- Navios
- 27 de agosto de 2026 às 09:19 UTC
- Autor
- Kamo
- Enviar
- ae984f7
Enviado por uma sessão de pares que encontra um @Transactional(REQUIRES NEW) Primavera nunca aconselhado — protegido, e auto-invocado, por isso o registro de uma consulta falha voltou com a consulta estava gravando. Analisando as anotações deste serviço para ambos formas surge uma auto-invocação, e vale a pena uma nota em vez de uma mudança. setupForSubOrgCreation(Long, ...) é REQUIRES NEW e é alcançado através de um feijão limite, por isso é aconselhável. A sobrecarga que então chama é @Transactional e é NÃO: uma chamada que nunca deixa o objeto nunca passa pelo proxy. Isto é... inofensivo aqui, e só aqui, porque REQUIRES NOVA já abriu um transação e OBRIGADO significa "conjuntar-se ao atual" – que é o que acontece Não importa. O que não é é uma rede de segurança, e este ficheiro já pagou por essa confusão. Uma vez. Removendo REQUIRES NOVO acima não cai de volta para a sobrecarga anotação; ele cai para trás para nenhum, e cada escrita é silenciosamente descartado no ApósCommit caminho — todas as organizações criadas entre 3903267 e a propagação O fix não tem nenhuma linha de subscrição por essa razão. Movendo o ponto de entrada sem mover a anotação faz a mesma coisa. **************************** pinos a anotação exterior; nada pode fixar a suposição de um leitor sobre o interior Um, por isso está escrito. Apenas comentários. Nenhuma mudança de comportamento.