Fazer um evento Stripe repetido um no-op

FeatureBillingService
Navios
25 de agosto de 2026 às 22:28 UTC
Autor
Kamo
Enviar
7fcf1d3

Adiciona BillingWebhookEventClaimService em seu próprio feijão, com REQUIRES NOVO em todos os métodos, e fios-lo em processoEvento à frente do interruptor de despacho. Um pedido perdido retorna sem enviar, então o Stripe redelivery de um dinheiro evento não faz nada em vez de escrever duas vezes. A alegação passa por um feijão injetado, nunca este.claim(...): a a auto-invocação ignora o proxy Spring e silenciosamente anula REQUIRES NOV, então um rollback do manipulador rolaria a reivindicação afastado e faria cada retry olhar como um Primeira entrega. CommissionService já enviou esse bug uma vez. A chave da conta remonta ao sentinela PLATFORM não null, porque um NULL componente em uma chave única conflitos com nada em Postgres e iria desativar silenciosamente o dedupe para exatamente os eventos que este endpoint recebe hoje. Também carimba o relógio com o relógio nu. now() lê a zona padrão do pod enquanto a cada outra data no arquivo é construído na UTC. Squashed from two commits: the bean-only commit failed BillingWebhookClaimShapeTest em isolamento, desde que a fiação de campo pousou no segundo. Nada foi empurrado.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços