- Dikirim
- 4 Juli 2026 pukul 01.18 UTC
- Penulis
- Kamo
- Commit
- b361f0a
Review tambahan (2 lensa; 5 verifikasi meninggal pada batas sesi - menyesuaikan dengan 9 mentah temuan dengan tangan, 6 nyata): - WRONG SECRET (dikonfirmasi oleh perbandingan hash): Daemon 's proceal.secret memecahkan ke nilai public-chat, tetapi VOIP 's / api / bulktext / send validates mlos- prooral- auth setiap pelayan SMS akan memiliki 403d sekali angka dikonfigurasi (record-only baku bertopeng dalam E2E). Pramugari kini mengikat yang didedikasikan mlos.proceal- properti rahasia; pergerakan mlos- progreal- auth; peta konfigurasi INTERNAL _ AUTH _ SECRET. - Baru RestTemplate () memiliki waktu tak terbatas - panggilan VOIP menggantung akan wedge awable 's only consumer thread didalam CRDB tx terbuka tanpa kesalahan, mengulur all steward fan-out sampai pod restart. Hubungkan 3s / read 5; suatu timeout sekarang permukaan sebagai ResourceAcceception - > RETRY - > DLQ dirancang sebagai. - Usaha-usaha diam-diam ditutup oleh * * * * * * * * * * * * * tombol di atas tutup broker akan kehilangan peristiwa dengan NO huruf mati. Cap efektif = min (max-tries, max-deliver), peringatkan pada klem, konfigurasi dokumen kopling. - Permanent per-number 4xx (nomor buruk / 422 tidak penyedia) sekarang log + SKIPPED (retrying can never succeed and re-spams early number each redelivership); 429 dan 5xx masih menyebar ke jalur RETRY. - Boot-time subscribe kegagalan tidak lagi meninggalkan konsumen diam-diam mati: mengikat kembali mencoba kembali setiap 30 (40 percobaan) di latar belakang. (Pola yang sama dalam pre- existing timerbreach konsumen adalah sebuah follow-up.) - Tes: MlosTaskResolvedConsumerTest (beling. kejadian JSR-310 fixture pada ITS mapper + the clamp), DEAD _ LETTERED- must- ack pada kedua konsumen, Pramugari kirim kontrak (URL / header / body) + 4xs-skip + 5xx-propagasi. 15 / 15.