Сообщение Re[2]: @Async Spring boot не пашет местами от 29.07.2023 9:22
Изменено 29.07.2023 9:33 Ballista
Re[2]: @Async Spring boot не пашет местами
вынес в соседний метод, поставил @Transaction аннотацию какая была закоментирована — не помогло.
если батч с BatchLogGateway это спинговый сервис, почему вызывает "непроксированную" версию метода ?
может это как-то связанно с каскадом вызовов ? в прикладухе есть @RestController, он дергает бизнес логику, где расставлены @Async (что бы рест клиента не задерживать). тут все отлично работает, вижу, что бизнес логика в отдельных тредах, дальше если вдруг случается exception то BatchGateway апдейтит статус батча и дергает BatchLogGateway#writeBatchLog(), записать сам exception. вот его я и ожидал увидеть в третьем треде, вроде все компоненты в каскаде вызовов спринговые сервисы. вроде это все, что требуется.
если батч с BatchLogGateway это спинговый сервис, почему вызывает "непроксированную" версию метода ?
может это как-то связанно с каскадом вызовов ? в прикладухе есть @RestController, он дергает бизнес логику, где расставлены @Async (что бы рест клиента не задерживать). тут все отлично работает, вижу, что бизнес логика в отдельных тредах, дальше если вдруг случается exception то BatchGateway апдейтит статус батча и дергает BatchLogGateway#writeBatchLog(), записать сам exception. вот его я и ожидал увидеть в третьем треде, вроде все компоненты в каскаде вызовов спринговые сервисы. вроде это все, что требуется.
Re[2]: @Async Spring boot не пашет местами
вынес в соседний метод, поставил @Transaction аннотацию какая была закоментирована — не помогло.
если BatchLogGateway это спинговый сервис, почему у него вызывают "непроксированную" версию метода ?
может это как-то связанно с каскадом вызовов ? в прикладухе есть @RestController, он дергает бизнес логику, где расставлены @Async (что бы рест клиента не задерживать). тут все отлично работает, вижу, что бизнес логика в отдельных тредах, дальше если вдруг случается exception то BatchGateway апдейтит статус батча и дергает BatchLogGateway#writeBatchLog(), записать сам exception. вот его я и ожидал увидеть в третьем треде, вроде все компоненты в каскаде вызовов спринговые сервисы. как я понял это все, что требуется.
если BatchLogGateway это спинговый сервис, почему у него вызывают "непроксированную" версию метода ?
может это как-то связанно с каскадом вызовов ? в прикладухе есть @RestController, он дергает бизнес логику, где расставлены @Async (что бы рест клиента не задерживать). тут все отлично работает, вижу, что бизнес логика в отдельных тредах, дальше если вдруг случается exception то BatchGateway апдейтит статус батча и дергает BatchLogGateway#writeBatchLog(), записать сам exception. вот его я и ожидал увидеть в третьем треде, вроде все компоненты в каскаде вызовов спринговые сервисы. как я понял это все, что требуется.