Adquisición asíncrona de evidencia de firma
THPDFSignatureEvidenceTask adquiere timestamp tokens, respuestas OCSP y CRLs en workers de fondo sin acoplar HotPDF a una pila concreta de HTTP, proxy o autenticación
Solicitudes y transporte
Cada THPDFSignatureEvidenceRequest identifica el tipo de evidencia, la URI, el content type, el cuerpo de la solicitud, el identificador de correlación y el tamaño máximo de respuesta aceptado
El callback de transporte recibe una solicitud, un número de intento basado en uno y un token de cancelación, y luego devuelve una respuesta, un delay de reintento opcional, texto de diagnóstico y uno de setsSucceeded, setsRetry, setsPermanentFailure o setsCancelled
El callback puede usar THTTPClient, Indy, WinHTTP, un cliente de proxy corporativo o un servicio offline específico de la aplicación
Reintentos y concurrencia
THPDFSignatureEvidenceRetryPolicy.Default realiza hasta tres intentos, comienza a 250 milisegundos, duplica los delays hasta un techo de 10 segundos y acota los delays de reintento solicitados por el servidor a 30 segundos
El conteo de workers está acotado por tarea, el orden de las solicitudes permanece estable en el arreglo de resultados, las esperas de reintento sondean la cancelación cada 50 milisegundos, y las excepciones de transporte entran en la ruta de reintento conservando su mensaje de diagnóstico
Resultados y cancelación
SnapshotResults devuelve una copia profunda thread-safe mientras la adquisición continúa, WaitForResults espera la finalización, y Cancel marca el trabajo en cola y activo como cancelado mediante un token compartido
Los resultados distinguen éxito, fallo permanente, reintentos agotados, cancelación y respuestas sobredimensionadas, e incluyen el conteo de intentos, los bytes de respuesta y el último texto de diagnóstico
Los bytes de timestamp exitosos pueden alimentar THPDFCMSSignOptions.GetSignatureTimeStamp, mientras que los bytes OCSP y CRL pueden poblar atributos de revocación de firma, entradas DSS o THPDFCertificateValidationOptions