- Cambia
- 5 de septiembre de 2026 a las 19:49 UTC
- Autor
- Kamo
- Comprometerse
- a0ab32c
AuthHelper.getCurrentMember fue la víctima más común de un Yugabyte bache de catálogo en este servicio. ocho de los conflictos registrados en ambas vainas en Una ventana de seis horas comenzó en esta línea. Se carga a través de miembroRepository directamente en lugar de MemberService, por lo que nunca heredó el reinicio que leía Ya lo hicieron, y un cambio de esquema surgió como 401 esporádicos y las llamadas de chat fallidas. exigirMiembro también lleva la anotación, y esa es la parte que vale la pena detenerse: alcanza la Membresía actual de SELF-INVOCATION, que nunca toca el proxy. Anotar sólo getCurrentMember habría cubierto las llamadas directas y perdido Cada persona que pasa requiere miembro, que es la mayoría de ellos, mientras que mirando, en el diff y en la clase, exactamente igual que una solución. Los pines de ensayo ambos; Quitar la anotación de la necesidad. ChatEmailNoticeService ya tenía un bucle de repito, para un productor que no ha comprometido aún. Un bache de catálogo no es eso, y estaba consumiendo NATS redelivery intentos significaron para la otra condición. El repechaje de la DB transactionTemplate.executa para que cada intento comience una transacción realmente nueva; SessionNotReadyException no es transitoria por el ajuste de cuentas de TransientDbRetry, por lo que todavía cae en el bucle que lo posee.