Nem ele mesmo... 🤔

A zoeira sempre fala mais alto... 😂

Sacanagem... Não acho que ele seja anêmico... 😂

Já tive problemas com ambos. Na casa da minha mãe o carteiro ficava com preguiça de subir a ladeira e alegava que não tinha ninguém em casa e onde moro hoje, um condomínio com portaria 24h, a transportadora também alegou não ter ninguém pra receber... 😂

Simples. O retry nesse caso seria um "tente novamente mais tarde". Acho que rotular estratégias dessa forma pode ser ruim porque senão uma solução que é classificada como pra situação A e que se encaixaria bem na situação B tende a não ser cogitada... 😂

Então, se for pra não desperdiçar processamento você acaba tendo que lidar com a complexidade de um controle de paralelismo pra fazer com que a finalização ocorra apenas após o processamento do outro processo. Como eu disse, se o processamento não for muito custoso, eu sempre prefiro a opção mais+

Claro, se ter que processar 2 vezes o mesmo elemento não for um problema no fluxo (se a aplicação é idempotent e que não seja algo que consulta recursos a ponto de atrapalhar a operação normal da aplicação).

Rapaz, dependendo da "urgência" pra fechar o pedido, uma forma simples que vejo é seguir uma das estratégias do Spring, que é quando o erro ocorrer, publicar num "tópico de delay" (se não me falha a memória ele criar tópicos pra certos períodos de espera) pra tentar processar novamente mais tarde.

O que seria essa Rede Capivara?