You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Vincenzo Mangiapanello (JIRA)" <ji...@apache.org> on 2018/11/22 13:08:00 UTC
[jira] [Updated] (PDFBOX-4384) PDF/A Document Validation out of
memory
[ https://issues.apache.org/jira/browse/PDFBOX-4384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Vincenzo Mangiapanello updated PDFBOX-4384:
-------------------------------------------
Description:
Hi everyone,
validating a customer PDF file, using
{code:java}
document.validate(){code}
we recognise that if the file itself has an enormous numbers of validation errors, the process goes to OutOfMemory and at the end the we get the GC error.
In our case the file has more than 550.000 errors. So we cannot go head with the conversion to PDF/A.
To avoid this kind of error it could be useful to configure a max number of validation errors to stop the process if this value has been reached.
We cannot attach the original document, because it is a customer's file.
was:
Hi everyone,
validating a customer PDF file, using
{code:java}
document.validate(){code}
we recognise that if the file itself has an enormous numbers of validation errors, the process goes to OutOfMemory and at the end the we get the GC error.
In our case the file has more then 550.000 errors. So we cannot go head with the conversion to PDF/A.
To avoid this kind of error it could be useful to configure a max number of validation errors to stop the process if this value has been reached.
We cannot attach the original document, because it is a customer's file.
> PDF/A Document Validation out of memory
> ---------------------------------------
>
> Key: PDFBOX-4384
> URL: https://issues.apache.org/jira/browse/PDFBOX-4384
> Project: PDFBox
> Issue Type: Bug
> Components: Preflight
> Affects Versions: 2.0.8, 2.0.12
> Reporter: Vincenzo Mangiapanello
> Priority: Major
>
> Hi everyone,
> validating a customer PDF file, using
> {code:java}
> document.validate(){code}
> we recognise that if the file itself has an enormous numbers of validation errors, the process goes to OutOfMemory and at the end the we get the GC error.
> In our case the file has more than 550.000 errors. So we cannot go head with the conversion to PDF/A.
> To avoid this kind of error it could be useful to configure a max number of validation errors to stop the process if this value has been reached.
> We cannot attach the original document, because it is a customer's file.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org