- Verschifft
- 15. August 2026 um 19:58 UTC
- Autor
- Kamo
- Ausschuss
- 88519a3
CockroachDB unique_rowid() IDs sind 19 Stellen, vorbei Number.MAX_SAFE_INTEGER, also eine ID gesendet als JSON-Nummer kommt im Browser mit seinen niedrigen Ziffern abgerundet und jeder Lookup mit ihm gemacht verfehlt. 163 Handler-Antworten setzen rohe Long org und Mitglieder-IDs in ad-hoc Maps, so war dies nicht etwas, DTO-by-DTO Arbeit schließen konnte. Der Grund, warum es offen blieb, ist, dass die offensichtliche Lösung nimmt die Plattform nach unten. Der Mapper die Antworten dient ist die gleiche Beuene KSessionService schreibt die *** Sitzungskarte zu Redis mit, und die IDs werden wieder aus dieser Karte gelesen durch ((Number) ...).longValue() -- 65 Zeiten in diesem Service, und wieder in DocsService, MediaService und ConversionService, die die gleiche Nutzlast lesen. Zitieren Long auf dieser Beine und jede dieser Würfe. So ist die Regel an die MVC Message-Konverter statt, auf einer Kopie angebracht. Antworten bekommen es; Sitzungen, NATS-Publisher und die Service-to-Service-Clients halten den numerischen Mapper sie haben immer gehabt. Es ist auch keine Decke Long -- String. Long ist hier kein Synonym für id: epochemillis auf SecurityRoleDTO und die Zweig-Typ- und Sicherheitsmodell DTOs, LeadIntakeEndpointDTO's Zähler, Page.getTotalElements(), Wurfgrößen und Dauern sind alle Longs der Browser arithmetische und neue Date() auf, und die meisten kommen innerhalb von Maps an, wo ein Mix-In keinen Schlüssel hat zu befestigen. Der Serializer schaltet stattdessen Wert ein: über dem JS-Safe-Bereich ist es schreibt eine Zeichenfolge, darunter eine Zahl. Jeder unique_rowid ist oben, jeder Zeitstempel, zählen und Größe ist unten, und Felder, die niemand klassifiziert hat, werden durch die gleiche Regel behandelt. Verifiziert gegen die Kollegen, die diese Antworten lesen: KamoJwtService und DavAuthFilter bereits beide Formulare annehmen (instanzen von Nummer ? ... : Long.parseLong(...)).