Machen Sie eine wiederholte Stripe Veranstaltung ein No-op

FeatureBillingService
Verschifft
25. August 2026 um 22:28 UTC
Autor
Kamo
Ausschuss
7fcf1d3

Fügt BillingWebhookEventClaimService auf seiner eigenen Bohne hinzu, mit REQUIRES_NEW auf jede Methode, und verdrahtet es in ProzessEvent vor dem Versandschalter. Ein verlorener Anspruch kehrt zurück, ohne zu versenden, so Stripe's Redelivery von einem Geld Ereignis tut nichts, anstatt zweimal zu schreiben. Der Anspruch geht durch eine injizierte Bohne, niemals dies.claim(...): ein Selbst-Invokation umgeht den Frühlings-Proxy und verleugnet lautlos REQUIRES_NEW, so ein Handler-Rollback würde den Anspruch wegrollen und jeden Versuch wie ein aussehen lassen erste Lieferung. KommissionService hat diesen Fehler bereits einmal versendet. Der Kontoschlüssel fällt auf den non-null PLATFORM sentinel zurück, weil ein NULL Komponente in einem einzigartigen Schlüsselkonflikt mit nichts in Postgres und würde still zu dedieren entetesten für genau die Ereignisse, die dieser Endpunkt heute erhält. Stempelt auch die Dünenuhr mit ************ die nackte jetzt() die Standardzone des Pods lesen, während jeder andere Zeitstempel in der Datei ist gebaut bei UTC. Gequetschte von zwei Commits: die Bean-only-Demitpflicht gescheitert BillingWebhookClaimShapeTest in der Isolation, da die Feldverkabelung in der zweiten landete. Nichts wurde gedrängt.

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen