спасибо, не подумал.

Постепенно

а не примитивные операции надо разбивать и получится менее сложно

Очень абстрактный принцип

Это прикол такой? Вендоры стараются не добавлять никаких API'шек, несовместимых с апстримом

Что касается параллельных стримов, видел библиотеку кастомных коллекторов, работают с cfu

Я думаю, главный прикол тут - EO.
Те, кому это интересно, будут пользоваться. Остальным эта либа вряд ли будет интересна, просто очередное переизобретение стримов.

EO?

Это не с Егором связанное?

Да-да, именно с ним

Elegant objects?

Ага

Там в ридми есть сравнение с cactoos, что сразу показывает ЦА проекта

Не, с кактусом понятно, ЕО и тд.
Здесь речь о том что есть набор частых операций которые выполняем над элементами колекций.
Стримами когда в лоб их делаешь получается сильно громоздко, как раз в примерах из ридми это видно.

Вот щас думаем каким образом это можно было бы упростить, в том же руби довольно неплохо API в этом плане продуман.

то что там бейджик ЕО нацепили это что бы отпугивать джавистов которые только в статик методы умеют

хотя формально требования соблюдены, да

Привет всем. Кто нибудь пытался делать кастомную синхронизацию пользователей в keycloak? Нужно перехватывать юзеров при импорте и добавить собственную логику. Думал реализовать это через EventListenerProvider, но что то не нашел способ получения пользователей. Так же есть идея созвать свой CustomLDAPStorageProviderFactory наследуясь от оригинала и поменять поведение метода синхронизации. Есть ли у вас какие нибудь предложения, как еще это можно сделать?

А что громоздко, collect(Collectors.toList())?
Ну опять же, это не первая либа, в которой так сделано.
Все операции не ленивые, я так понимаю?

в Java16 кстати появились сверточные методы)

А кстати это сделали в рамках какого-то jep?
Мне на глаза не попадался перечень нового в стандартной библиотеке, почитать бы.

вроде в рамках задачи https://bugs.openjdk.java.net/browse/JDK-8180352