было бы смешно если бы я смог его репродакшн сделать стабильно :)

короче плюнул на эту дичь и просто прикрутил еще одно событие на которое отсылается мессадж. если не заработает - примотаю ретрайпаттерн. приложение на ваадине. оно переживет

а юзать общение между слоями через методы которые не гарантируют ответа норм? пихать асинхронку там где нужна синхронка но так как асинхронка не подходит превращать ее в синхронку это норм? )

если вкратце там тупо комбобокс со списком доступных опций юзеру который щас залогинен.

как оно строится - рендерится вьюха, рисуется комбобокс, рисовалка комбобокса шлет акка мессадж в репозиторий, который (ахтунг!) стучится в кафку которую используют как бд, достает оттуда список доступных опций, возаращает его репе, репа шлет мессадж рисовалке комбобока через акку, рисовалка его получает и вкладывает данные в уже нарисованный комбобокс.
всё, вьюха готова.

но вот незадача - в той цепочке сверху происходит сбой и ответ приходит например, никогда. причем вполне ответ может и не уходить потому что гонки.

решение номер один - найти где затык и устранить его.
решение номер два (проще) - слать дозапрос если список пуст.

если мы предполагаем в голове что акка не гарантирует доставку то оба варианта дерьмо. первый все же красивее.
второй ну - на него точно так же ответ может и не приходить :)

решение номер три - пилим ретрай и долбим мессаджами до тех пор пока не придет или пока долбилка не устанет.

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

зы. согласен - решение не очень.

да блин да. тоже такое чувство что эта теория вовсе не теория. до логирования оно хоть как то повторялось. после - перестало.