- Shiked
- 2 Eylül 2026 01:42 UTC
- Yazar
- Kamo
- Commit
- 8ccc308
POST /sessions/{guid}/messajlar @Transactional ve NATS yayınları Mesaj her zaman taahhüt için bekledi - tam olarak nedenini söyleyen bir yorumla: İşlem yarışlarının içinde yayın, alıcının kendi sırasını okumaktadır. Aşağıdaki iki STOMP duyuruları beklemedi ve onlar Diğer ucunda bir okuyucu ile. /topik / chat/incoming/{memberId} cevaplandı Bir üye tarafından açık bir pencere ile açıklanmadı, bu da işin tarihini yükler Ayrı bir istek üzerinden; Bu, düzenli olarak veritabanına ulaştıktan önce Sender'in görevi, bu yüzden pencere mesajı dışında her şeyi açık bir şekilde tutuyordu. Bu onu açtı ve bir şey konuya yeniden hazır olana kadar yanlış kaldı. Kapanış Pencereyi yeniden açmak, bu nasıl rapor edildiğidir. /topik /chat/unread/{memberId} onunla yolculuklar ve ayna görüntüsü problemine sahipti: a) Başka bir istek henüz göremediği bir mesaj sayın. Her ikisi de şu anda, NATS senkronizasyonundan sonra kayıt altına alındı Zaten açık bir pencere hala ilk ve kötü ikinci mesajı alır. The The The The The The The The Alıcı ids ve onların veya am idslar kayıt yapmadan önce çözüldü, Varlıklar hala eklenir; para yükleri zaten düz değerlerdi. Duyuru:CommitRatchet Test bunu post-commit bölgeleriyle eşleştirir Ve her iki konuyu bir içine düşmesini gerektiren, bu yüzden bir sonraki duyuru eklendi Burada en yakın çizgiyi kopyalayarak tercih etmek yerine seçim yapmak zorunda. Bu taahhüt hareket eden iki çizgide başarısız olur.