Restaurar a transação a sobrecarga de anexos deixada para trás

FixEmailService
Navios
3 de setembro de 2026 às 01:03 UTC
Autor
Kamo
Enviar
6d31ee1

baf3c88 adicionou um parâmetro de anexo ao sendToUser movendo todo o corpo para uma nova sobrecarga de seis argumentos. O @Transactional permaneceu no argumento de cinco assinatura, que a partir de então apenas delegados — e POST /api/email/templates/enviar, o endpoint serviço a serviço por trás de cada e-mail transacional na plataforma, Chama o de seis argumentos. Por isso, eu não... transação e lançou TransactionRequiredException. Cada envio de modelo respondeu 500 desde 2026-09-01 22:21, para SecurityService, ESigService, MediaService, DaemonService e DocsService — depois de entregar o mensagem para SMTP, então o correio saiu e o ouvinte foi dito que não tinha. O pior foi a criação de membros: SecurityService envia o correio de verificação de dentro da transação de criação de membros, então os 500 marcaram essa transação rollback-only e "Adicionar Membro" morreram com um "Erro no Servidor Interno" nu em cada organização, descartando um membro que tinha sido criado na íntegra. Comunicado em Harmony Home Empréstimos; era de plataforma. * * * * * * * resolve todos os field.method() chamada no serviço para o seu repositório através da reflexão e falha quando uma consulta @Modifying sem @Transactional próprio é alcançado a partir de um método que não é @Transactional também. Ele rastreia sobrecargas por declaração em vez de pelo nome, que é todo o ponto aqui — o gêmeo anotado iria de outra forma limpar o Uma partida. Vermelho verificado no bug e verde na correção.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços