KamoCRM

A 40001 rollt beim Vorbereiten von Fertigstellungsbenachrichtigungen die Signatur nicht mehr zurück

FixESigService
Verschickt
8. November 2026 um 00:45 UTC
Autor
Kamo
Commit
ae2e462

Der erste Druck von Finish scheiterte mit einem 500 und der Wiederholungsversuch war erfolgreich. Fertigstellung Mitteilungen wurden INNERHALB der Unterzeichnungstransaktion unter einem Catch-All verfasst: ihre Liest (Absender, Vorlage, Copy-Link re-mint) Treffer YugabyteDB SQLState 40001 right Nachdem die Signaturzeilen geschrieben wurden, markierte das Repository die geteilten Der Catch hat es verschluckt, und der Commit hat es geworfen UnexpectedRollbackException - Rollback der gesamten Signatur. - EsignNoticeComposer (neue Bean): alle Notizen DB Arbeit, REQUIRES_NEW + @RetryOnDbConflict, neu gelesen nach ID, von afterCommit ausgeführt. EsignNotificationService Erfasst jetzt nur noch Ids, Schedules und Sends. Gilt für completed, decoderd, Ungültige und abgelaufene Mitteilungen. - submit() und decoder() sind @RetryOnDbConflict (Shared-Library-Berater, außerhalb der DB-Datenbank) Die Transaktion), so dass jeder 40001 in einer neuen Transaktion erneut versucht wird. - Die fail-soft flatten/certificate und usage-record Fangvorgänge werfen nun einen Vorübergehender Konflikt oder ein nur rückgängig machbarer Zustand (DbConflicts.rethrowIfDoomed) anstatt es in einem vergifteten Commit zu verschlucken. - SigningSurvivesDbConflictTest reproduziert den Rollback der verschluckten Ausnahme Reale Transaktions-Proxies und Beweismitteilungen überleben und übermitteln eine 40001.

Alle Änderungen anzeigen

Wie das, was Sie sehen Versand?

Beginnen Sie mit dem kostenlosen Plan und lesen Sie diese Seite in einem Monat erneut, um zu sehen, ob Sie die neuen Funktionen nutzen möchten.

Kostenlos für immer startenPreise anzeigen