- Shipped
- 15 Agustus 2026 pukul 19.58 UTC
- Author
- Kamo
- Commit
- 88519a3
CockroachDB unik _ rowid () id adalah 19 digit, nomor masa lalu. MAX _ SAFE _ TEGER, sehingga id dikirim sebagai nomor JSON tiba dalam browser dengan digit rendah dibulatkan pergi dan setiap lookup made with it misses. Respon penanganan 163 menempatkan mentah Long org dan ID anggota ke as- hoc Maps, jadi ini bukan sesuatu DTO- by- DTO bekerja bisa menutup. Alasannya tetap terbuka adalah bahwa perbaikan jelas mengambil platform bawah. Mapper yang melayani tanggapan adalah kacang KSesionService yang sama menulis * * * peta sesi ke Redis dengan, dan id dibaca kembali keluar dari peta itu oleh ((Nomor)...) .longValue () -- 65 kali dalam layanan ini, dan lagi dalam DocsService, MediaService dan ConversionService, yang membaca muatan yang sama. Kutipan panjang pada kacang itu dan setiap orang yang melempar. Jadi aturannya melekat pada pengkonversi pesan MVC pada salinan. Respon mendapatkan itu; sesi, penerbit NAS dan service -to-service klien menyimpan pemeta numerik mereka selalu memiliki. Hal ini juga bukan selimut Long - > String. Panjang bukan sinonim untuk id di sini: epoch milliis pada SecurityRoleDTO dan branch-type dan keamanan-model DTOs, LeadIntaking EndpointDTO counter, Page.getTotalElements (), byte ukuran dan batas waktu semua Longs peramban melakukan aritmetik dan baru Tanggal () pada, dan sebagian besar tiba di dalam Maps mana campuran -in tidak memiliki kunci untuk melampirkan. Switch serializer pada nilai: di atas JS aman jangkauan itu menulis sebuah string, di bawahnya sebuah nomor. Setiap unik _ rowid adalah di atas, setiap timestamp, menghitung dan ukuran di bawah, dan tidak ada bidang yang diklasifikasikan belum ditangani oleh aturan yang sama. Diverifikasi terhadap peer yang membaca tanggapan ini: KamoJwtService dan DavAuthorFilter sudah menerima baik bentuk (instanceof Number?...: Long.parseLong (...)).