Native Seitenimporte und bewahrtes PDF/A-4

Hängt ausgewählte Seiten mit ihren originalen Text- und Vektor-Content-Streams an, mit geerbtem MediaBox/CropBox/Rotate, explizitem UserUnit, eingebetteten Schriften, Bildern, geteilten Ressourcen und zyklischen indirekten Identitäten

AppendImportedPages arbeitet auf zwei verschiedenen geladenen Dokumenten, bewahrt Zielrevision und -verschlüsselung und stagt alle importierten Objekte, bevor der Seitenbaum committet wird; doppelte Auswahl, ungültige Referenzen, Abbruch, Berechtigungen und Byte-/Objekt-/Seiten-Budgets lassen das Ziel unverändert

Ausgewählte Quell-Annotationen werden zu gewöhnlichem Form-XObject-Inhalt unter Nutzung ihres Normal-Appearance-Zustands, ihrer BBox und Matrix; Quell-Interaktionen und Felder werden nicht importiert, versteckte Annotationen werden entfernt, und flattenAnnotations=false entfernt explizit alle Quell-Annotationen

Sichtbare Annotationen brauchen brauchbare Normal-Appearances; NoZoom/NoRotate-Geometrie braucht eine andere Editier-Policy, und signierte oder zertifizierte Zieldokumente brauchen eine separate Signierdokument-Policy

Quell-User-Passwörter müssen Textextraktion erlauben, und Ziel-User-Passwörter müssen Inhaltsänderung erlauben; Owner-Authentifizierung umgeht diese Berechtigungsbeschränkungen

Verifizierte Bewahrung

HPDFConvertHeadlessToPDFA4PreservingFile erzeugt ein unabhängiges PDF-2.0-Dokument mit echtem sRGB-Output-Intent und PDF/A-4-XMP, importiert Originalinhalte und abgeflachte Appearances, validiert den gestagten Kandidaten mit der echten veraPDF-CLI und veröffentlicht nur konformen Output atomar

Die Konvertierung entfernt originale Verschlüsselung, interaktive Felder, Signaturen, Catalog-Actions, Dokumentmetadaten und Catalog-Anhänge und bewahrt dabei erreichbaren Seiteninhalt und -ressourcen; allowSignatureInvalidation muss explizit sein, wenn die Quelle signierte Felder enthält

Der Default-Pfad bewahrt originale Font-Programme; die explizite Schriftreparatur ergänzt begrenzte Normalisierung und Einbettung verfügbarer Ersatz-Schriften für fehlende Schriften, und jeder finale Kandidat verlangt weiterhin echte PDF/A-4-Validierung, bevor das Ziel ersetzt wird

Validator-Konfiguration

Installiere headless Java und das offizielle veraPDF-CLI-JAR, dann setze HOTPDF_VERAPDF_JAR oder konfiguriere ValidatorJAR in Pascal; die Default-Pfade sind /usr/bin/java und /opt/hotpdf-verapdf/cli.jar

Die Validierung nutzt separate Prozessargumente, headless Java, ein konfiguriertes Heap-Limit, begrenztes stdout/stderr, ein Zeitbudget und Abbruch; Timeout/Abbruch terminiert und reappt den Kindprozess und entfernt private Staging-Dateien

Die verwalteten Vorbereitungs- und Java-Heap-Limits stellen keine RSS-Deckelung des Betriebssystems dar

Callback-Operationen

{"schemaVersion":1,"type":"pages.import","pages":[2,0,1],"sourcePassword":"source-owner","flattenAnnotations":true}
{"schemaVersion":1,"type":"pdfa.convert","profile":"PDF/A-4","mode":"preserve"}

pages.import verlangt ein geladenes Ziel-Handle und eine separate Quell-InputIO; die Zielauthentifizierung bleibt beim Handle, und sourcePassword gilt nur für die importierte Eingabe

pdfa.convert hat den Default raster; preserve behält Text-/Vektorinhalt und ruft veraPDF vor den Output-Callbacks auf, ersetzt dann das Handle durch das verifizierte unverschlüsselte Dokument erst nach erfolgreicher Output- und Ergebnisveröffentlichung

Abnahme

Natives Linux FPC 3.2.2 und 3.3.1 verifizieren originale Stream-/Font-/CMap-Bytes, geerbte Ressourcen, Rotationen, AES-Quell-/Zielrevisionen, transformierte Appearances, zyklische Ressourcen, Neuladeverhalten, Rollback, echte PDF/A-4-Validierung und begrenzte Kinder-Lebensdauer; Windows-FPC und Delphi üben Seitenimporte, und beide C++Builder-Architekturen kompilieren die öffentlichen Header

sh Tests/Linux/Run-HeadlessPageImportAcceptance.sh
sh Tests/Linux/Run-LinuxABIAcceptance.sh

Seitenimport und bewahrte Archivierungs-Contracts · Native Dokumenten-Workflows