но вторйо вариант контролируемый хотя бы как-то

ну так идеального решения на все случаи жизни не существует, сильвербуллета нет =)

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

подскажите по доктрине - почему изменения в preFlush не попадают в текущую транзакцию?

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

выборка делается, судя по логам в профайлере, до start transaction (если юзать preUpdate - то во время транзакции, что уже и так поздно) - но вот изменения в выбраных сущностях не флашатся в базу, т.е. как бы откладываются "на следующий раз". это можно выяснить если дважды вызвать подряд em->flush - как раз во вторую транзакцию изменения листенера и попадают

как сделать чтобы всё было в одной?

Полагаю тебе нужно выполнить recomputeSingleEntityChangeSet чтобы в unit of work подхватились изменения

compute происходит после preFlush()

блин действительно помогло. я делал вызов такой, но почему то не отрабатывал, видимо когда "игрался" с preUpdate, где это не сработало

а выбираются эти же сущности?

че-то я голову сломал, почему вам рецепт помог

нет, выбираются несвязаные сущности
в этих несвязаных сущностях меняется jsonb поле, изменения подхватываются uow - их видно было в сдампленых changeSets, но вот в транзакцию сами не попадали

у меня какая то странная штука... шторм ни с того ни с сего перестал видел файлы в папке проекта

ковыряю чет, не пойму в чем дело

он или устал, или прав ты его лишил ))

ну права вроде есть

в соседних папках все вроде идентично с правами

там все видно

У меня было подобное, я удалил папку кеша. Не помню где лежит, загугли

Удалишь, переиндексирует нормально

хм, то же самое