- Se descapó
- 27 de agosto de 2026 a las 9:19 UTC
- Autor
- Kamo
- Compromit
- ae984f7
Impulsado por una sesión de pares que encuentra una primavera de "Transactional"(REQUIRES-NEW) Nunca Aconsejó protegido, y auto-invocado, por lo que el registro de una consulta fallida se desvió con la consulta que estaba grabando. Escaneando las propias anotaciones de este servicio para ambos Las formas suman una auto-invocación, y vale la pena una nota más que un cambio. setupForSubOrgCreation (Long, ...) es REQUIRES-NEW y alcanzado a través de un frijol límite, así que se aconseja. La sobrecarga que luego llama es "Transactional" y es NO: una llamada que nunca deja el objeto nunca pasa a través del proxy. Eso es inofenable aquí, y sólo aquí, porque REQUIRES-NEW ya ha abierto un transacción y REQUIRED significa "unirse a la actual" que es lo que sucede Adecuadamente. Lo que no es una red de seguridad, y este expediente ya ha pagado por esa confusión una vez. Eliminar REQUIRES-NEW arriba no se vuelve a la sobrecarga anotación; no cae de nuevo a ninguno, y cada escritura es desechada silenciosamente en el postCompromper caminos - cada organización creada entre 3903267 y la propagación La solución no tiene ninguna fila de suscripción para la razón. Moviendo el punto de entrada sin moverse la anotación hace lo mismo. **************** pincha la anotación externa; nada puede fijar la suposición de un lector sobre el interior uno, así que está escrito. Sólo hagamos observaciones. Sin cambio de comportamiento.