[
https://issues.apache.org/jira/browse/PDFBOX-1739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13788153#comment-13788153
]
Timo Boehme commented on PDFBOX-1739:
-------------------------------------
Because they silently fall back to some error recovery mode guessing what data
meaning might be. PDFBOX does a more strict parsing with some error recovery
procedures as were needed for parsing provided non-conforming documents. In
your case it would be necessary to test if additional xref entries exist.
However this is more a feature request than a bug.
If possible the source of the PDF documents should be corrected to produce
specification conform PDF docs.
> Load document error
> -------------------
>
> Key: PDFBOX-1739
> URL: https://issues.apache.org/jira/browse/PDFBOX-1739
> Project: PDFBox
> Issue Type: Bug
> Components: Text extraction
> Affects Versions: 1.8.2
> Environment: Windows 8, Java 1.7.0_40 64-Bit Server VM (build
> 24.0-b56, mixed mode)
> Reporter: Christian Czech
> Priority: Minor
> Attachments: 1c890.pdf, 1c891.pdf
>
>
> Hello,
> I've the problem during load PDF document.
> My code:
> String input = "D:\\documents\\1c890.pdf";
> PDDocument document = null;
> try {
> document = PDDocument.load(input);
> ...
> } catch (Exception e) {
>
> }
> error message: Error: Expected an integer type, actual='n'
--
This message was sent by Atlassian JIRA
(v6.1#6144)
