Ne pas faire l'appui d'un «Printemps transactionnel ne peut pas en informer»

TestSecurityService
Expédié
27 août 2026 à 09:14 UTC
Auteur
Kamo
Commite
ef8855e

Deux formes n'obtiennent aucun conseil de transaction, et ni l'une ni l'autre n'est visible lors d'un appel. un test unitaire ou dans un test unitaire: une méthode non publique, que le mandataire ne peut pas intercepter, et une méthode REQUISE-NEW appelée de l'intérieur de sa propre classe, où l'appel ne jamais quitte l'instance. Les deux sont expédiés dans ce module. La ligne d'audit des opérations à l'étranger était protégée. Méthode REQUIS-NEW appelée de la part de deux assistants privés - de sorte qu'elle a rejoint l'appelant transaction, et une requête FAILLED a fait reculer l'enregistrement de sa propre défaillance. C'est a réussi son essai unitaire tout le temps, car la construction d'un service directement signifie qu'il n'y a pas de mandataire à manquer. C'est exactement la raison pour laquelle ce garde lit le plutôt que d'exercer un haricot. Prouvé qu'il échoue avant de lui faire confiance: larguer la forme d'origine en tant que La sonde de rayure tourne la version rouge de la construction avec le fichier et la ligne. Un garde que personne n'a L'échec surveillé est un garde dont personne ne connaît la forme. Le cas emboîté est autorisé lorsque la méthode EXTÉRIEUR porte la même propagation. DisclosureRecorder.record est REQUIES-NEW et enregistrement d'appelsAll, également REQUIRES-NEW: la nouvelle transaction est déjà ouverte d'ici là et l'avis de l'appel interne serait ouvrir une seconde pour rien. Correct comme écrit, et son javadoc dit maintenant le - le la prochaine personne pour faire cette vérification trouvera la note avant qu'elle "fixe" en deux transactions.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation