Validation Policies and WTPDF

Las políticas de validación agregan requisitos de documento aplicables al motor de preflight estructural existente y conservan los formatos de informe 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 principales verificables por máquina para PDF 2.0, un árbol de estructura, un idioma de documento no vacío, metadatos XMP con dc:title, fuentes incrustadas y la Declaración PDF coincidente, mientras que las políticas de accesibilidad también requieren DisplayDocTitle=true

Estas comprobaciones son una puerta de admisión determinista para las reglas admitidas 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 declaración de reutilización, accesibilidad y validación, además de claimBy, claimDate, claimCredentials y claimReport, del XMP del catálogo

El lector acepta las URI de registro actuales y la forma con barra emitida por los ejemplos originales de WTPDF 1.0, pero informa de la forma canónica de URI actual

Tipos de soporte públicos

THPDFWTPDFConformanceLevel selecciona ninguna validación de declaración, reutilización o accesibilidad WTPDF, mientras que THPDFWTPDFMetadata devuelve las declaraciones y los detalles de la reclamación encontrados en XMP

THPDFValidationJob y THPDFValidationJobs describen entradas de lote ordenadas, y THPDFValidationJobStatus, THPDFValidationJobResult y THPDFValidationJobResults devuelven resultados de validación ordenados

THPDFValidationBatchOptions controla el formato de informe, los límites de trabajadores y cola, el comportamiento de fallo rápido y la cancelación

THPDFMetadataFixMode selecciona inspección, reparación aditiva o sincronización, y THPDFMetadataFixResult informa de la validez de los metadatos y del número de propiedades cambiadas

Ejecución de lote acotada

RunValidationBatch valida archivos independientes de forma concurrente con límites de trabajadores y cola controlados por el llamador, conserva el orden de origen, admite fallo rápido y cancelación, y registra el tiempo transcurrido más el contexto de error consciente del origen para cada trabajo

Un límite de trabajadores no positivo selecciona el recuento de procesadores activos y un límite de cola no positivo selecciona cuatro trabajos por trabajador

Reparación de metadatos independiente

FixPDFMetadata usa mfmInspectOnly, mfmAddMissing o mfmSynchronize de forma independiente de la reparación estructural de preflight

El modo de agregar ausentes conserva las propiedades existentes y crea un paquete básico cuando los metadatos están ausentes, mientras que el modo de sincronización reescribe las propiedades comunes de Dublin Core, PDF y XMP desde el diccionario Info cargado y conserva las descripciones RDF no relacionadas