[
https://issues.apache.org/jira/browse/PDFBOX-4976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17208217#comment-17208217
]
Maruan Sahyoun commented on PDFBOX-4976:
----------------------------------------
Introducing a strict mode can only be done gradually given the many workarounds
put into PDFBox over the years. OTOH why not start with a specific area. Maybe
instead of throwing an exception we can put the swallowed errors in a queue one
could listen too. Little similar to throwing processing events in Apache FOP.
> 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: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
