Ну, скажем не боль, а отсутствие привычного комфорта, но я до сих пор горд по поводу того, как я сделал zero-cost-abstraction для двумернух массивов

Там ListIterator'а нет.
Я им, правда, ни разу не пользовался, но мне кажется, не надо быть таким категоричным.

Блин, ты ж недавно LazyList : List тут продавал сам, не?)

Да, он RandomAccess

Лааадно)

Можете посмотреть Buffer в kmath кому не лень. Но он ни разу не лист.

Вопрос немного не в кассу, но ни у кого идея не стала с 2020.1 считать все градл проекты - андроид проектами?

А именно - генерить local.properties как ведро-студия, и совать туда sdk.dir с путем до андроид сдк

а ему надо abstract list

Нет

@HeapyHop, можно ревью?
Эта штука оборачивает Undertow, вся суть в методе gatherArgsAndInvoke.

Ну каких-то явных косяков не видно. Единственное получается что реализация роутинга из undertow протекает в твой API, и получается что он зависит от поведения роутинга в undertow

Спасибо! Да, я уже даже немного пострадал от этого (с предикатами). Но писать свой роутинг не хочу :)

Хмм, это я отбираю возможность оборачивать хэндлеры…

Ну было бы неплохо еще пробросить возможность задать FallbackHandler, в котором можно накрутить свое поведение (например чтобы добавить своих хендлеров, ну healthcheck там, или метрики, ну или еще какой-то API который для других клиентов). Например часть сервера это Endpoint который я так понимаю шарится между клиентом и сервером, а часть - просто обычные httphandler. Возможно стоит ту часть которая про личи оформить в виде LycheeHandler. Но в таком случае получается что это такой аддон для undertow, а не фреймворк. И HttpExchange протекает сейчас, что тоже наверное не очень.

В итоге, что мне кажется может быть разумным:

1. API который полностью скрывает undertow под собой, удобно если от сервера ничего не нужно кроме тех ендпоинтов которые ты сам дефайнишь. Плюс - можно будет всегда выкинуть undertow и заменить на netty, vert.x, what ever
2. API который предоставляет LycheeHandler (важно передать туда `next: HttpHandler`), и который можно интегрировать в undertow сервер, т.е. для сложных случаев и большей гибкости и свободы.

С точки зрения широты использования - 1 приоритет скорее всего, а 2 может быть дополнительной либой для полторы ценителей

В принципе оно и планировалось как аддон: хочешь — обрабатываешь эндпоинты, а хочешь — рядом ставишь обычные обработчики, хоть в тот же роутер — руки развязаны. По этой же причине не хочу абстрагировать на 146%.

Фолбэк у меня есть для ошибок парсинга запроса, respondBadRequest вроде называется.

respondBadRequest это когда в роут уже зашел, а когда ты рядом хочешь /healthcheck без личи прикрутить? Там для этого есть .fallback(handler)

Да, вот он никуда не делся, т. к. я не прячу роутер.