Policy di Validazione e WTPDF

Le policy di validazione aggiungono requisiti documentali applicabili al motore di preflight strutturale esistente e preservano i formati di report text, JSON, HTML e CSV

Policy integrate

GetBuiltInValidationPolicy riconosce default, compact, strict, wtpdf-reuse, wtpdf-accessibility, wtpdf-validated-reuse e wtpdf-validated-accessibility

Le policy WTPDF applicano i requisiti core verificabili da macchina per PDF 2.0, un structure tree, una lingua del documento non vuota, metadati XMP con dc:title, font incorporati e la PDF Declaration corrispondente, mentre le policy di accessibility richiedono anche DisplayDocTitle=true

Questi controlli sono un gate di intake deterministico per le regole supportate e non sostituiscono un validatore semantico completo WTPDF, PDF/UA-2 o ISO/TS 32005

Metadati della declaration

ReadWTPDFMetadata estrae gli stati reuse, accessibility e validated declaration più claimBy, claimDate, claimCredentials e claimReport dall'XMP del Catalog

Il reader accetta gli URI di registry attuali e la forma con slash emessa dagli esempi originali di WTPDF 1.0, ma riporta la forma URI canonica attuale

Tipi di supporto pubblici

THPDFWTPDFConformanceLevel seleziona nessuna claim WTPDF, reuse o validazione di accessibility, mentre THPDFWTPDFMetadata restituisce le declaration e i dettagli di claim trovati nell'XMP

THPDFValidationJob e THPDFValidationJobs descrivono input batch ordinati, e THPDFValidationJobStatus, THPDFValidationJobResult e THPDFValidationJobResults restituiscono esiti di validazione ordinati

THPDFValidationBatchOptions controlla formato del report, limiti di worker e code, comportamento fail-fast e cancellation

THPDFMetadataFixMode seleziona ispezione, riparazione additiva o sincronizzazione, e THPDFMetadataFixResult riporta la validità dei metadati e il numero di proprietà modificate

Esecuzione batch con limiti

RunValidationBatch valida file indipendenti in concorrenza con limiti di worker e code controllati dal chiamante, preserva l'ordine della sorgente, supporta fail-fast e cancellation e registra tempo trascorso più contesto d'errore consapevole della sorgente per ogni job

Un limite di worker non positivo seleziona il numero di processori attivi e un limite di coda non positivo seleziona quattro job per worker

Riparazione indipendente dei metadati

FixPDFMetadata usa mfmInspectOnly, mfmAddMissing o mfmSynchronize indipendentemente dalla riparazione del preflight strutturale

La modalità add-missing preserva le proprietà esistenti e crea un packet base quando i metadati sono assenti, mentre la modalità synchronize riscrive le proprietà comuni Dublin Core, PDF e XMP dal dizionario Info caricato e preserva le descrizioni RDF non correlate