Falhar a compilação em @Transactional Spring não pode aconselhar

TestSecurityService
Navios
27 de agosto de 2026 às 09:14 UTC
Autor
Kamo
Enviar
ef8855e

Duas formas não recebem nenhum conselho de transação em tudo, e nenhum é visível em uma chamada local ou num teste unitário: um método não público que o proxy não possa interceptar, e um método REQUIRES NEW chamado de dentro de sua própria classe, onde a chamada nunca deixa a instância. Ambos enviados neste módulo. A linha de auditoria externa era uma linha protegida REQUIRES NOVO método chamado de dois ajudantes privados — assim que se juntou ao chamador transação, e uma consulta FAILED voltou o registro de sua própria falha. Ele passou seu teste de unidade o tempo todo, porque construir um serviço diretamente significa que não há procuração a faltar. É exatamente por isso que este guarda lê o fonte em vez de exercitar um feijão. Provado que falha antes de confiar nele: caindo a forma original de volta como um A sonda de scratch torna a construção vermelha com o ficheiro e a linha. Um guarda que ninguém tem. Observado falhar é um guarda que ninguém conhece a forma. A caixa aninhada é permitida quando o método EXTERIOR carrega a mesma propagação. DisclosureRecorder.record é REQUIRES NOV e record de chamadasAll, também REQUIRES NOV: a nova transação já está aberta até então e aconselhando a chamada interna seria Abra um segundo para nada. Como está escrito, e seu javadoc agora diz isso — o a próxima pessoa a executar esta verificação irá encontrar a nota antes de "fixá-la" em dois transacções.

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