- Navios
- 26 de agosto de 2026 às 01:01 UTC
- Autor
- Kamo
- Enviar
- 36434f4
Revisão da Tarefa 9: persistiInbound is @Transactional, and only the broadcast () chamada dentro do loop per-member era exception-safe (ele engole seus próprios fracassos) — o findBySession procura alimentar não foi. Um transitório falha do repositório/conexão lá teria se propagado fora de persistiInbound e, sob a regra de rollback padrão da Spring, voltou mensagem de entrada a mesma chamada tinha acabado de salvar. Embrulhou todo o loop no o mesmo padrão de tentativa/captura publica SocialVisitor já usa nesta classe, e corrigiu o comentário que overclaimed broadcast() sozinho foi suficiente. Adiciona um teste de regressão que stubs findBySession para lançar e assevera persistiInbound não o propaga — o código pré-fix não tinha tal guarda, por isso isso fixa o modo de falha específico que a revisão marcou.