- Navios
- 6 de agosto de 2026 às 17:11 UTC
- Autor
- Kamo
- Enviar
- 60967b4
Redeliver publicou a nova linha de versão, virou todas as atribuições OPEN para SUPERSEDED, e apresentou a reemissão de dentro do mesmo não comprometido transacção. O trabalhador corre em um pool thread em sua própria transação, então ele viu nada disso: findById(versionUid) voltou vazio e não reeditou nada, tendo Já substituímos o trabalho em progresso de todos. Ganhar a corrida em vez disso e é no melhor -- a verificação já atribuída ainda vê as linhas pré- supersede e salta todos os membros. Um segundo Redeliver então 409s "nada mudou", então lá não era um caminho óbvio de volta. LegalAfterCommit é agora o único hand-off: registra um afterCommit sincronização quando um está ativo e executa a ação imediatamente quando há none. secting () toma um diferimento explícitoToCommit. O Redelver passa a ser verdade. Administrar passa FALSE de propósito -- é lidoSomente, não escreve nada, e seu envio inline é o que permite que uma fila cheia responda a um verdadeiro 503 em vez de um otimista 200. O lote envelope-void passa pelo mesmo portão: filado antes de commit, a serialização repetir envelopes esquerdos cancelados a montante com suas atribuições Ainda aberto. Além disso: - Vazio os nomes dos resultados resolvidos através do Repositório de Membros não IDs fornecidos pelo chamador, então um NOT FOUND respondeu ao nome de outro membro do ORG Quem quer que tenha adivinhado a identidade. Os nomes agora vêm apenas das fileiras org-scoped. - Um envelope falhado era apenas log-only enquanto a tarefa já estava E o envelope a montante manteve-se vivo e assinante. Retentação limitada, então um ERRO nomeando cada envelope que ainda está ao vivo. - Redeliver não tinha nenhum cheque ARCHIVED em tudo e iria publicar uma versão de um modelo aposentado e substituir contra ele. - Uma linha assinalável encalhada com um envelope uid nulo nunca poderia ser limpa: subtração que recusa corretamente um segundo instrumento legal também recusou Olha para o primeiro. Plano transporta reparoTargets e o trabalhador re-mints Esses envelopes, então re-executar o Deliver é o caminho de reparo. As falhas do trabalhador são no resumo da execução, que é o único lugar onde podem aparecer. - Um pacote legal envia exatamente um assinante, mas EsigService agora WARNS em sub-fornecimento em vez de 400ing, assim um modelo com um contra-sinal empregador slot achatado com esse bloco em branco. LegalSignerSlotGuard recusa um modelo multi-slot na publicação e novamente na entrega. - A visualização do público listou cada membro ativo com seu e-mail em um resposta. A lista está limitada a 500; cada contagem ainda cobre todo o resolução, porque o diálogo de confirmação se reconcilia contra o de Entrega. - DeliverableCheck re-ran requireDeliverableVersion, então cada entrega andou o * ****************escada duas vezes para uma resposta. 107 -> 139 testes, 0 falhas. Sem mudança de esquema.