Valideringspolicyer och WTPDF

Valideringspolicyer lägger till genomdrivbara dokumentkrav på den befintliga strukturella preflight-motorn och bevarar text-, JSON-, HTML- och CSV-rapportformaten

Inbyggda policyer

GetBuiltInValidationPolicy känner igen default, compact, strict, wtpdf-reuse, wtpdf-accessibility, wtpdf-validated-reuse och wtpdf-validated-accessibility

WTPDF-policyerna genomdriver de maskinverifierbara kärnkraven för PDF 2.0, ett strukturträd, ett icke-tomt dokumentpråk, XMP-metadata med dc:title, inbäddade fonder och den matchande PDF-förklaringen, medan tillgänglighetspolicyer även kräver DisplayDocTitle=true

Dessa kontroller är en deterministisk intagsport för de fristående reglerna och ersätter inte en fullständig semantisk WTPDF-, PDF/UA-2- eller ISO/TS 32005-validerare

Deklarationsmetadata

ReadWTPDFMetadata extraherar återanvändnings-, tillgänglighets- och validerade deklarationslägen samt claimBy, claimDate, claimCredentials och claimReport från Catalog-XMP

Läsaren accepterar de aktuella registret URI:erna och snedstrecksformen som emitteras av de ursprungliga WTPDF 1.0-exemplen, men rapporterar den aktuella kanoniska URI-formen

Offentliga stödtyper

THPDFWTPDFConformanceLevel väljer ingen WTPDF-deklaration, återanvändning eller tillgänglighetsvalidering, medan THPDFWTPDFMetadata returnerar de deklarationer och claim-detaljer som finns i XMP

THPDFValidationJob och THPDFValidationJobs beskriver ordnade batch-indata, och THPDFValidationJobStatus, THPDFValidationJobResult och THPDFValidationJobResults returnerar ordnade valideringsresultat

THPDFValidationBatchOptions styr rapportformat, arbetar- och kögränser, fail-fast-beteende och avbrytning

THPDFMetadataFixMode väljer inspektion, additiv reparation eller synkronisering, och THPDFMetadataFixResult rapporterar metadatagiltighet och antalet ändrade egenskaper

Avgränsad batchkörning

RunValidationBatch validerar oberoende filer samtidigt med anropstyrda arbetar- och kögränser, bevarar källordningen, stödjer fail-fast och avbrytning samt registrerar förfluten tid och källmedveten felkontext för varje jobb

En icke-positiv arbetargräns väljer antalet aktiva processorer och en icke-positiv kögräns väljer fyra jobb per arbetare

Oberoende metadatareparation

FixPDFMetadata använder mfmInspectOnly, mfmAddMissing eller mfmSynchronize oberoende av strukturell preflight-reparation

Add-missing-läget bevarar befintliga egenskaper och skapar ett grundläggande paket när metadata saknas, medan synchronize-läget skriver om de vanliga Dublin Core-, PDF- och XMP-egenskaperna från den inlästa Info-ordlistan och bevarar orelaterade RDF-beskrivningar