KamoCRM

A lista, participantes, história e enviar sobreviver a um conflito de banco de dados também

FixMediaService
Navios
27 de setembro de 2026 às 16:25 UTC
Autor
Kamo
Enviar
e8d1d6a

Completa 279a389. Depois de enviado, a produção registrou o mesmo YugabyteDB 40001 "Restart read requerido" na lista de Exec2Exec (09-27 16:00Z, e três vezes mais cedo naquela manhã na lista e a lista de participantes): Conversas Exec2Exec são chats, mas suas transações ao vivo Exec2ExecService em vez dos controllers 279a389 abrangidos, então um conflito ainda lá atingiu o membro como um 500. Cada operação pública @Transactional Exec2ExecService agora carrega @RetryOnDbConflito — a página da história, o envio, a lista, os participantes, o não lido conta, juntando-se em aberto, a saudação. O controlador chama-os através do proxy e nenhum deles captura o conflito, então cada um é repetir numa nova transacção. Seguro: anúncios (o quadro de sessão, o leque, o push) são Tudo depois do compromisso, por isso, uma tentativa não disse nada. ChatDbConflictRetryRatchetTest agora detém Exec2ExecService para a mesma regra.

Todas as alterações

Como o que vês no transporte?

Tudo isso chega em seu espaço de trabalho por conta própria. Comece no plano gratuito e leia esta página novamente em um mês.

Começar Livre Para SempreVer Preços