Restaurar la transacción la sobrecarga de accesorio dejó atrás

FixEmailService
Se descapó
3 de septiembre de 2026 a las 1:03 UTC
Autor
Kamo
Compromit
6d31ee1

baf3c88 añadió un parámetro de fijación para enviarToUser moviendo todo el cuerpo en una nueva sobrecarga de seis argumentos. El "Transactional se quedó en el lenguaje de cinco-argumentos" firma, que a partir de entonces sólo los delegados y POST /api/email/templates/send, el endpoint de servicio a servicio detrás de cada correo electrónico transaccional en la plataforma, llama a la de seis errores. Así que ******************* corrió sin nada transacción y arrojó TransactionRequiredException. Cada plantilla envía ha respondido 500 desde 2026-09-01 22:21, a SecurityService, ESigService, MediaService, DaemonService y DocsService después de entregar el mensaje a SMTP, así que el correo salió y se le dijo al llamante que no. Lo peor fue la creación de miembros: SecurityService envía el correo de verificación dentro de la transacción de creación de miembros, por lo que los 500 marcaron esa transacción Sólo y "Agregar Miembro" murió con un "error de servidor interno" desnudo en cada organización, desechando a un miembro que se había creado en su totalidad. Denunciado para Harmony Home Loans; era de plataforma. **************** resuelve cada campo.method() llamada en el servicio a su repositorio a través de la reflexión y falla cuando se trata de una consulta móvil sin un método que no se llega a un método que no es - Transacción. Rastrea sobrecargas por declaración en lugar de por su nombre, que es el punto aquí - el gemelo anotado de lo contrario limpiaría el rota a la rota. Rojo verificado en el bicho y verde en la solución.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios