Acquisizione asincrona delle evidenze di firma

THPDFSignatureEvidenceTask acquisisce timestamp token, risposte OCSP e CRL su worker in background senza accoppiare HotPDF a uno stack HTTP, proxy o di autenticazione specifico

Richieste e transport

Ogni THPDFSignatureEvidenceRequest identifica il tipo di evidenza, l'URI, il content type, il corpo della richiesta, l'identificatore di correlazione e la dimensione massima di risposta accettata

La callback di transport riceve una richiesta, un numero di tentativo a base uno e un token di cancellazione, poi restituisce una risposta, un ritardo di retry opzionale, testo diagnostico e uno tra setsSucceeded, setsRetry, setsPermanentFailure o setsCancelled

La callback può usare THTTPClient, Indy, WinHTTP, un client proxy aziendale o un servizio offline specifico dell'applicazione

Retry e concorrenza

THPDFSignatureEvidenceRetryPolicy.Default esegue fino a tre tentativi, parte da 250 millisecondi, raddoppia i ritardi fino a un tetto di 10 secondi e limita a 30 secondi i ritardi di retry richiesti dal server

Il conteggio dei worker è limitato per task, l'ordine delle richieste resta stabile nell'array dei risultati, le attese di retry interrogano la cancellazione ogni 50 millisecondi e le eccezioni di transport entrano nel percorso di retry conservando il loro messaggio diagnostico

Risultati e cancellazione

SnapshotResults restituisce una copia profonda thread-safe mentre l'acquisizione continua, WaitForResults attende il completamento e Cancel marca come cancellato il lavoro in coda e attivo attraverso un token condiviso

I risultati distinguono successo, fallimento permanente, retry esauriti, cancellazione e risposte oversize, e includono il conteggio dei tentativi, i byte di risposta e l'ultimo testo diagnostico

I byte dei timestamp riusciti possono alimentare THPDFCMSSignOptions.GetSignatureTimeStamp, mentre i byte OCSP e CRL possono popolare gli attributi di revoca della firma, le voci DSS o THPDFCertificateValidationOptions