[
https://issues.apache.org/jira/browse/PDFBOX-4976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17208018#comment-17208018
]
Michael Klink commented on PDFBOX-4976:
---------------------------------------
While I would also prefer a more strict (at least optionally so) parsing, I
don't think that your patch by itself makes sense because it only signals
specific problems while others are swallowed by PDFBox without such exceptions.
A more holistic approach would require analyzing all operator processors for
explicitly and implicitly ignored errors and establishing an error messaging
mechanism that allows to continue content stream processing, too.
But this of course would require much more time to do.
> OperatorException Strict Mode
> -----------------------------
>
> Key: PDFBOX-4976
> URL: https://issues.apache.org/jira/browse/PDFBOX-4976
> Project: PDFBox
> Issue Type: Improvement
> Components: Rendering
> Reporter: James Maguire
> Priority: Minor
> Attachments:
> Strict_operatorException_mode_configurable_via_system_property.patch
>
>
> When utilizing PDFBox in a security strict environment it can be useful to
> enforce a stricter parsing mode. While this is not appropriate in all
> contexts for some use cases - e.g. watermarked PDFs it is essential that the
> PDF is rendered without errors.
>
> This patch offers the ability to configure a system property which will
> always throw an exception when an operatorException is triggered
> Patch attached
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
