HTTP 102 Processing è un codice informativo storico di WebDAV. Se la richiesta resta sospesa, cerca la risposta finale e lo stato del lavoro.
Indice dei contenuti
HTTP 102 Processing: significato
Non usare la presenza di 102 come prova di avanzamento: non garantisce che il lavoro finirà.

Sintomi e cause probabili
Da dove partire
- Confronta l’orario del 102 con il log del processo e il tempo normalmente richiesto.
Cause probabili
- Il lavoro può attendere una risorsa o un lock.
- Il collegamento può scadere prima del completamento.
Diagnosi passo per passo
- Confronta l’orario del 102 con il log del processo e il tempo normalmente richiesto.
- Verifica se il client riceve una risposta finale oppure termina per timeout.
Log e dati da controllare
- Messaggio completo e versione del componente coinvolto.
- Log del componente o di PHP nello stesso momento della prova, oscurando dati riservati.
Correzioni sicure
- Fai correggere la dipendenza bloccante; per lavori lunghi valuta un flusso asincrono con stato consultabile.
- Allinea i timeout solo dopo aver misurato la durata effettiva.

Verifica finale
- Il lavoro raggiunge uno stato finale verificabile e il client lo riceve.
Errori da evitare
- Non usare la presenza di 102 come prova di avanzamento: non garantisce che il lavoro finirà.
Guide Xlogic correlate
- Errore 499 Client Closed Request: richiesta interrotta
- Errore 508 Loop Detected WebDAV
- HTTP 100 Continue inatteso: cause e soluzioni
Fonti tecniche
Domande frequenti
Che cosa significa “HTTP 102 Processing”?
HTTP 102 Processing è un codice informativo storico di WebDAV. Se la richiesta resta sospesa, cerca la risposta finale e lo stato del lavoro.
Da cosa può dipendere “HTTP 102 Processing”?
Il lavoro può attendere una risorsa o un lock. Il collegamento può scadere prima del completamento.
Quali controlli eseguire per “HTTP 102 Processing”?
Confronta l’orario del 102 con il log del processo e il tempo normalmente richiesto. Verifica se il client riceve una risposta finale oppure termina per timeout. Fai correggere la dipendenza bloccante; per lavori lunghi valuta un flusso asincrono con stato consultabile. Allinea i timeout solo dopo aver misurato la durata effettiva. Il lavoro raggiunge uno stato finale verificabile e il client lo riceve.