- Navios
- 27 de agosto de 2026 às 20:28 UTC
- Autor
- Kamo
- Enviar
- d0cd3d3
MediaService agora envia e-mails a um repórter sempre que seu bug ou melhoria muda Estado, mas uma expedição aplica um estatuto próprio — normalmente em curso — Nesta JVM, sem nunca tocar Serviço de Mídia. À esquerda como estava, a única transição que diz que alguém tem realmente começou o trabalho seria aquele que o repórter nunca ouviu falar, e uma notificação O fluxo com um buraco é uma pessoa que aprende a não confiar. Ambos os lados constroem suas variáveis através do com.kamo.z.shared.support. SystemBugStatusEmail, então as duas letras são a mesma letra. O status anterior é capturado antes da expedição ser executada: até o momento audit.complete comprometeu-se na sua própria transação REQUIRES NEW, a linha no mais tempo lembra de onde veio. O aviso sai se a entrega à máquina de dev confirmada, pela mesma razão que o status é aplicado de qualquer forma — a linha agora diz o que diz e o repórter pode vê-lo, então um e-mail que só corresponde à tela no O caminho feliz é pior do que nenhum. Ler e enviar são feijões separados. Um método @Transactional invocado em `this` vai em torno do proxy da Spring e roda sem nenhuma transação, que sem open- in- view significa que o reporter.getUser() lança; cruzar um limite de feijão é O que faz a anotação aplicar-se. O envio acontece então fora da transação assim uma viagem de ida e volta de rede nunca possui uma conexão de banco de dados. Cada caminho de falha é nunca ser transformado em um 500 por um e-mail.