ой, это я фигню какую-то написал
>o.map(f).getOrElse(f(default))

но суть надеюсь ясна

Если тип о -- моноид, то можно фолдмап

Из котов

спасибо

персонально мне кажется foldMap для getOrElse не оч читаемым,
я бы так и оставил f(o.getOrElse(default)).some

в целом функция странно выглядит - как будто f может null вернуть

Думаю, что Option здесь вместо Some

да и Some зачем

ну бывает нужно

вопрос про MDC

есть 1 единственный поток у игрушечного веб-сервера (акка-хттп, допустим). и есть всего один эндпоинт: принимает входящий запрос, генерит рандомно реквест-айди, кладет его в MDC-контекст и делает хттп-запрос на другой сервер неблокируясь, от которого получает строку s (всегда одну и ту же, для простоты пусть второй сервер будет таким примитивным) и в ответе возвращает тот сгенерённый изначально реквест-айди сконкатенированный с этой строкой s

сам вопрос: такое возможно соорудить, учитывая что за время похода во внешний сервер на этот однопоточный сервер прилетит ещё один запрос и сгенерится + поместится в контекст ещё один айдишник? а при ответе на первый запрос надо не потерять первый айдишник

мб мудрено написал, но суть такова: хочется каждому запросу возвращать его айдишник при том что частота запросов может быть выше чем время обработки одного запроса

реально такое или х*ета?

не стоит так делать

разумеется такое соорудить возможно, но оно будет ломаться от каждого чиха

что мешает прокидывать это обычным аргументом функции?

конечно. я на этом примере хотел понять как этот поток при получении от внешнего сервиса ответа вспомнит тот контекст? контекст первого запроса.

если за время похода из него сгенерится новый и поместится в контекст

он может вспомнить если вы сделаете хакнутый ExecutionContext который будет уметь запоминать MDC и восстанавливать его

в акке есть своя приблуда для мдц

но все это от лукавого

она не оч работает тоже

так а на деле то как работает? на деле то в реальной системе запросов тоже часто гораздо больше, чем потоков, но при директива logResponse логирует всегда тот же набор параметров, что logRequest независимо от того, куда были совершены походы между двумя этими вызовами за время выполнения запроса (и как часто сменялись потоки обрабатывавшие этот запрос)