- Spegnimento
- 15 agosto 2026 alle ore 19:58 UTC
- Autore
- Kamo
- Impegno
- 88519a3
CockroachDB Unique rowid() ids sono 19 cifre, passato Numero. MAX SAFE INTEGER, quindi un id inviato come numero JSON arriva nel browser con le sue basse cifre arrotondate e ogni ricerca fatta con esso manca. 163 risposte del handler messo grezzo lungo org e ids membri in ad-hoc Maps, quindi questo non era qualcosa DTO-by-DTO lavoro potrebbe chiudere. Il motivo per cui è rimasto aperto è che la fissa ovvia abbatte la piattaforma. Il mapper che serve risposte è lo stesso fagiolo KSessionService scrive la mappa di sessione *** Redis with, and ids are read back from that map by ((Number) ...).longValue() -- 65 tempi in questo servizio, e ancora in DocsService, MediaService e ConversionService, che leggono lo stesso carico. Cita a lungo su quel fagiolo e tutti quei lanci. Quindi la regola è attaccata ai convertitori di messaggio MVC invece, su una copia. Le risposte ottengono le sessioni, gli editori NATS e i client service-to-service mantengono il mapper numerico hanno sempre avuto. Non è anche una coperta Lunga -> String. Lungo non è un sinonimo di id qui: epoca millis su SecurityRoleDTO e i DTO di tipo branch e modello di sicurezza, LeadIntakeEndpointDTO contatori, Page.getTotalElements(), byte taglie e durate sono tutti Longs il browser fa aritmetico e nuovo Data() su, e la maggior parte arrivano dentro Mappe dove un mix-in non ha chiave a cui attaccare. Il serializzatore si accende invece il valore: sopra la gamma di sicurezza JS scrive una stringa, sotto un numero. Ogni singola rowid è sopra, ogni timestamp, conteggio e le dimensioni sono sotto, e i campi nessuno ha ancora classificato sono gestiti dalla stessa regola. Verificato contro i pari che leggono queste risposte: KamoJwtService e DavAuthFilter già accettano o forma (instanza del numero ? ... : Long.parseLong(...)).