- Spegnimento
- 27 agosto 2026 alle ore 18:51 UTC
- Autore
- Kamo
- Impegno
- a143d40
Il server KamoPBX di un org ha segnalato Errore: non trovato l'istanza del fornitore di telefono: E' il momento giusto. da quando è stato creato. L'istanza non è mai scomparsa — quella riga è in voip provider instance, attivo, con il giusto org. Due difetti separati. 1. Il messaggio era falso. buildKamoPBXProvider ha lanciato E' il momento giusto. il cui costruttore UUID rende "L'istanza del fornitore del telefono non è stata trovata: <id>". Tutti quei siti di lancio avevano ALREADY ha trovato l'istanza; l'id nel messaggio è quello che il chiamante appena ha cercato con successo. La condizione reale era config json IS NULL — provvedere non ha mai completato. Ogni sito ora dice che cosa è realmente sbagliato e cosa fare a riguardo. Il costruttore UUID rimane per getInstance(UUUID), che è l'unico posto che l'istanza genuinamente non si trova. 2. Non c'era modo di finirlo. Provisione funziona una volta, al momento di creare. Se fosse fallisce la fila è volutamente tenuto — il regno è derivato dal suo id, quindi un retry deve riutilizzarlo, ma niente di più. test e sincronizzazione entrambi hanno bisogno di provider, e costruire uno è esattamente ciò che fallisce senza un account, quindi il server ha segnalato lo stesso errore per sempre. Il commento sul percorso di creazione anche ha affermato "l'operatore può riprovare dalla pagina delle istanze"; esisteva. Aggiunge POST /{id}/provisione, idempotent — un server che ha già un account è restituito intatto piuttosto che avere un secondo creato contro di esso — e fa /test finitura provisioning prima, quindi il pulsante un amministratore già raggiunge per le riparazioni il server invece di ripetere l'errore. I test coprono il retry, la sua idempotence, che un retry fallito mantiene la fila con il motivo registrato, e che non-KamoPBX fornitori sono rifiutati. Passo 294.