[ https://issues.apache.org/jira/browse/PDFBOX-3540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15607765#comment-15607765 ]
Maya Angelova commented on PDFBOX-3540: --------------------------------------- Well, I have the file as an attachment in a mail, my tests extract the attachment, and thereafter perform the validation... I'll be able to look into it in a few hours and write the result here. Thank you for your effort! > Trailer Syntax error, ID is different in the first and the last trailer - for > PDF with incremental updates > ---------------------------------------------------------------------------------------------------------- > > Key: PDFBOX-3540 > URL: https://issues.apache.org/jira/browse/PDFBOX-3540 > Project: PDFBox > Issue Type: Bug > Components: Preflight > Affects Versions: 1.8.12, 2.0.3 > Reporter: Maruan Sahyoun > Assignee: Tilman Hausherr > Fix For: 2.0.4, 2.1.0 > > Attachments: Pardes13_Rez02.pdf, testfile_original.pdf, > testfile_signed_once.pdf, testfile_signed_twice.pdf > > > As reported at the users mailing list: > ---- > Hello guys, > I have the following problem using apache.pdfbox when validating a valid > PDF/A-1 file, which is being signed twice: > 1. The online validator confirms that the file is valid > (https://www.pdf-tools.com/pdf/validate-pdfa-online.aspx) > 2. But when I validate it using the following code: > {code} > PreflightParser parser = new PreflightParser(byteDatasource); > parser.parse(); > PreflightDocument document = parser.getPreflightDocument(); > document.validate(); > result = document.getResult(); > {code} > 3. The file is linearized > 4. I get that the file is invalid and the error description reads: > {code} > Trailer Syntax error, ID is different in the first and the last trailer</i> > {code} > According to issues PDFBOX-3256 and PDFBOX-2502 this should be fixed? > Could anyone give me a tip how to go around this problem or would that be a > bug? > The pdf file is attached. > ---- > *Analysis:* > The original PDF is linearized with a subsequent incremental update. > According to ISO 32000-1 F1 > {quote} > Incremental update shall still be permitted, but the resulting PDF is no > longer linearized and subsequently shall be treated as ordinary PDF. > Linearizing it again may require reprocessing the entire file; see G.7, > "Accessing an Updated File" for details. > {quote} > as the file shall no longer be treated as linearized the provision about > matching ID's as outlined in PDFBOX-2502 no longer applies. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org