- Verschifft
- 27. August 2026 um 19:32 UTC
- Autor
- Kamo
- Ausschuss
- 788a236
Zwei Dinge, die das Zustimmungsbuch benötigt, bevor ein eingehender STOP aufgezeichnet werden kann mit Tenant-scoped und genau einmal. "SmsInboundReceipt" (comms_sms_inbound_receipt) ist der idempotenz-Anker von Plan Entscheidung M1. Beide Inbound-Schienen bereits entdupfen und keiner der beiden Entdupe kann ein Stichwort: **************** dedupes, indem Sie fragen, ob "VoipMessage"-Reihe existiert für die Nachrichten-ID des Trägers, aber eine Keyword-Nachricht ist abgefangen und gibt VOR diese Zeile geschrieben ist - so die zweite Lieferung eines Carrier Retry findet keine Zeile und wird wieder bearbeitet. Ohne diese Tabelle ein Träger Wiederausrufung STOP dreimal Anhängen drei Widerrufslisten zu einem WORM-Ledger, dass kann nie aufgeräumt werden. Unique (ORG_ID, CARRIER_MESSAGE_ID); WORM Total-Block Wachen kopiert von ConsentRecord, absichtlich nicht von AgentOutboundTouch, deren Append-only ist Konvention ohne Wache überhaupt. ORG_ID ist nichtig, so dass ein nicht zuordenbarer STOP immer noch als Beweismittel aufgezeichnet wird SQL einzigartige Einschränkungen nicht beschränken NULLs, so dass das Repository trägt eine separate ************ Eine Null an das Gewöhnliche übergeben abgeleiteter Wegbeuter gibt als "= NULL" ab, was nie wahr ist, also der org-less Retry Check wäre jedes Mal still gewesen. Dieses Loch ist auf der dokumentiert Entität; es schließt, wenn ADD5/MS3 die Org lösbar macht. "ConsentRecord" gewinnt EINE Nullspalte, "Kampagne_id" und EIN Index, (organization_id, raw_number, scope). Nichts anderes bewegte sich: die WORM-Wächter, die party-XOR-rawNumber "assertIdentified()- mlos_consent_one_identity_chk hängt von den drei bereits bestehenden Indizes ab und der nullbare organisatorisch_id sind alle unverändert, und "ConsentRecordKampaignKeyTest" ist ein Regressionszaun um jeden von ihnen. Die neuen org-scoped-Sucher sitzen neben dem bereits bestehenden org-AGNOSTIC ************ Das ist richtig für die MLOS global-STOP Lesen und falsch für MS1, wo ein Hausbesitzer, der Bob STOPs STOPs Sanitär muss über Dave's HVAC erreichbar bleiben. Beide sind bei der Erklärung, so dass die Auswahl der falschen ist auf der Rufstelle sichtbar, anstatt eine stille Kreuz-Tenant Unterdrückung. TDD - beobachtete Versäumnisse, wörtlich. Rot vor der Umsetzung (mvn -o -Dmaven.repo.local=<private" Test): [ERROR] ************ kann kein Symbol finden [ERROR] Symbol: Klasse SmsInboundReceipt [ERROR] Standort: Klasse ************ (9 Ereignisse) [ERROR] ************ kann kein Symbol finden [ERROR] ************ kann kein Symbol finden [ERROR] ************ kann kein Symbol finden [INFO] BUILD FAILURE Grün nach: Testlauf: 19, Ausfälle: 0, Fehler: 0, Fehler: 0 (mit BenachrichtigungConsentTest). Mutation A "einzigartig = wahr" aus dem Kassenindex: [ERROR] Testlauf: 5, Ausfälle: 1, Fehler: 0 <<< FAILURE! -- ******************** java.lang.AssertionError: comms_sms_inbound_receipt braucht einen UNIQUE-Index ist das einzige, was einen Träger Wiederaussuchung verhindert, einen zweiten Widerruf Rekord [ERROR] **************** Mutation B entfernt den (organization_id, raw_number, scope) Index: [ERROR] Testlauf: 6, Ausfälle: 1, Fehler: 0 <<< FAILURE! -- ******************** [ERROR] **************** [organization_id, raw_number, scope) Index - das Pächter-kopierte Opt-Out-Lesen] Beide kehrten um. Komplette Suite nach Rerücke: Testslauf: 2295, Ausfälle: 0, Fehler: 0 einschließlich SharedLibBeanSafetyTest, die die beiden neuen Klassen passieren, weil Beides trägt kein Frühlingsstereotyp. DDL HAS NOT LANDED. comms_sms_inbound_receipt existiert nicht und mlos_consent_record hat keine Kampagne_id Spalte. Dies darf nicht vor KamoInitiializerService setzt sowohl als auch REVOKEs UPDATE/DELETE auf die neue Tabelle (Plan Task 5) - Entity Callbacks feuern nicht für Massen-JPQL oder native SQL.