Políticas de validación y WTPDF
Las políticas de validación agregan requisitos de documento exigibles al motor de preflight estructural existente y preservan los formatos de reporte de texto, JSON, HTML y CSV
Políticas integradas
GetBuiltInValidationPolicy reconoce default, compact, strict, wtpdf-reuse, wtpdf-accessibility, wtpdf-validated-reuse y wtpdf-validated-accessibility
Las políticas WTPDF aplican los requisitos core verificables por máquina para PDF 2.0, un structure tree, un idioma de documento no vacío, metadatos XMP con dc:title, fuentes incrustadas y la PDF Declaration correspondiente, mientras que las políticas de accesibilidad también exigen DisplayDocTitle=true
Estas verificaciones son una compuerta de ingesta determinista para las reglas compatibles y no reemplazan un validador semántico completo de WTPDF, PDF/UA-2 o ISO/TS 32005
Metadatos de declaración
ReadWTPDFMetadata extrae los estados de reuse, accessibility y validated declaration, más claimBy, claimDate, claimCredentials y claimReport, del XMP del Catalog
El reader acepta las URIs actuales del registry y la forma con slash que emiten los ejemplos originales de WTPDF 1.0, pero reporta la forma canónica de URI actual
Tipos de soporte públicos
THPDFWTPDFConformanceLevel selecciona ninguna declaración WTPDF, reuse o validación de accessibility, mientras que THPDFWTPDFMetadata devuelve las declaraciones y los detalles de claim encontrados en XMP
THPDFValidationJob y THPDFValidationJobs describen entradas ordenadas de batch, y THPDFValidationJobStatus, THPDFValidationJobResult y THPDFValidationJobResults devuelven resultados de validación ordenados
THPDFValidationBatchOptions controla el formato del reporte, los límites de workers y cola, el comportamiento fail-fast y la cancelación
THPDFMetadataFixMode selecciona inspección, reparación aditiva o sincronización, y THPDFMetadataFixResult reporta la validez de los metadatos y la cantidad de propiedades cambiadas
Ejecución de batch acotada
RunValidationBatch valida archivos independientes de forma concurrente con límites de workers y cola controlados por el llamador, preserva el orden de la fuente, soporta fail-fast y cancelación, y registra el tiempo transcurrido más el contexto de error consciente de la fuente para cada job
Un límite de workers no positivo selecciona la cantidad de procesadores activos y un límite de cola no positivo selecciona cuatro jobs por worker
Reparación de metadatos independiente
FixPDFMetadata usa mfmInspectOnly, mfmAddMissing o mfmSynchronize de forma independiente de la reparación de preflight estructural
El modo add-missing preserva las propiedades existentes y crea un packet básico cuando no hay metadatos, mientras que el modo synchronize reescribe las propiedades comunes de Dublin Core, PDF y XMP a partir del diccionario Info cargado y preserva las descripciones RDF no relacionadas