- Verschifft
- 3. September 2026 um 01:03 UTC
- Autor
- Kamo
- Ausschuss
- 6d31ee1
baf3c88 hat einen Befestigungsparameter hinzugefügt, um den Benutzer zu senden, indem der ganze Körper bewegt wird in eine neue Sechs-Farment-Überlastung. Die @Transactional blieb auf dem Fünf-Fargument Unterschrift, die ab diesem Zeitpunkt nur noch Delegierte - und POST /api/email/templates/send, der Service-to-Service-Endpunkt hinter jeder transaktionalen E-Mail auf der Plattform, ruft das Sechs-Fargument eins an. Also ************ lief ohne Transaktion und warf TransactionRequiredException. Jede Vorlage hat 500 seit 2026-09-01 22:21, an SecurityService, ESigService, MediaService, DaemonService und DocsService nach der Übergabe Nachricht an SMTP, so dass die Mail ging aus und der Anrufer wurde gesagt, es war nicht. Das Schlimmste war die Gründung der Mitglieder: SecurityService schickt die Verifizierungsmail von innerhalb der Mitglieds-Erstellung Transaktion, so dass die 500 markiert, dass Transaktion Rollback-only und "Add Member" starb mit einem bloßen "Internal Server Error" in jedem Organisation, Verwerfen eines Mitglieds, das in vollem Umfang erstellt worden war. Berichten zufolge Harmony Home Loans; es war plattformweit. ************ löst jeden Feld.method() Aufruf in der Dienst zu seinem Repository durch Reflexion und scheitert, wenn eine @Modifying Abfrage mit keinem eigenen @Transactional erreicht wird von einer Methode, die nicht @Transactional auch. Es verfolgt Überlastungen durch Deklaration statt nach Namen, das ist der ganze Punkt hier - der kommentierte Zwilling würde sonst die gebrochen ein. Rot auf dem Bug und grün auf dem Fix.