Polityki walidacji i WTPDF

Polityki walidacji dodają wymuszalne wymagania dokumentowe do istniejącego silnika preflight strukturalnego i zachowują formaty raportów tekst, JSON, HTML i CSV

Polityki wbudowane

GetBuiltInValidationPolicy rozpoznaje default, compact, strict, wtpdf-reuse, wtpdf-accessibility, wtpdf-validated-reuse i wtpdf-validated-accessibility

Polityki WTPDF wymuszają maszynowo weryfikowalne wymagania podstawowe dla PDF 2.0, drzewa struktury, niepustego języka dokumentu, metadanych XMP z dc:title, osadzonych czcionek i pasującej deklaracji PDF Declaration, podczas gdy polityki dostępności wymagają dodatkowo DisplayDocTitle=true

Te sprawdzenia są deterministyczną bramą przyjęcia dla obsługiwanych reguł i nie zastępują kompletnego semantycznego walidatora WTPDF, PDF/UA-2 ani ISO/TS 32005

Metadane deklaracji

ReadWTPDFMetadata wyodrębnia stany deklaracji reuse, accessibility i validated oraz claimBy, claimDate, claimCredentials i claimReport z XMP obiektu Catalog

Czytnik akceptuje bieżące URI rejestru oraz formę z ukośnikiem emitowaną przez pierwotne przykłady WTPDF 1.0, ale raportuje bieżącą kanoniczną formę URI

Publiczne typy pomocnicze

THPDFWTPDFConformanceLevel wybiera brak deklaracji WTPDF, walidację reuse albo accessibility, podczas gdy THPDFWTPDFMetadata zwraca znalezione w XMP deklaracje i szczegóły claim

THPDFValidationJob i THPDFValidationJobs opisują uporządkowane wejścia wsadowe, a THPDFValidationJobStatus, THPDFValidationJobResult i THPDFValidationJobResults zwracają uporządkowane wyniki walidacji

THPDFValidationBatchOptions steruje formatem raportu, limitami workerów i kolejki, zachowaniem fail-fast oraz anulowaniem

THPDFMetadataFixMode wybiera inspekcję, naprawę addytywną albo synchronizację, a THPDFMetadataFixResult raportuje ważność metadanych i liczbę zmienionych właściwości

Ograniczone wykonanie wsadowe

RunValidationBatch waliduje niezależne pliki współbieżnie z limitami workerów i kolejki kontrolowanymi przez wywołującego, zachowuje kolejność źródłową, wspiera fail-fast i anulowanie oraz rejestruje czas trwania i kontekst błędu świadomy źródła dla każdego zadania

Niepozytywny limit workerów wybiera liczbę aktywnych procesorów, a niepozytywny limit kolejki wybiera cztery zadania na workera

Niezależna naprawa metadanych

FixPDFMetadata używa mfmInspectOnly, mfmAddMissing lub mfmSynchronize niezależnie od naprawy preflight strukturalnego

Tryb add-missing zachowuje istniejące właściwości i tworzy podstawowy pakiet, gdy metadanych brakuje, podczas gdy tryb synchronize przepisuje wspólne właściwości Dublin Core, PDF i XMP z załadowanego słownika Info i zachowuje niepowiązane opisy RDF