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/26 09:50:00 UTC

[jira] [Comment Edited] (PDFBOX-4384) PDF/A Document Validation out of memory

    [ https://issues.apache.org/jira/browse/PDFBOX-4384?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16698681#comment-16698681 ] 

Vincenzo Mangiapanello edited comment on PDFBOX-4384 at 11/26/18 9:49 AM:
--------------------------------------------------------------------------

Hi [~tilman],

the exception isn't raised, but the validation process isn't stop. So the file validation take an enormous time (at 25 minutes we stopped the process). 
 If is it possible, it would be useful to exit from the validation process if the maximum is reached. At the same time configuring the error limit it could be useful to optimise the validation according to the context where it is used.

Thank you for your time.

 


was (Author: burzillibus):
Hi [~tilman],

the exception isn't raised, but the validation process isn't stop. So the file validation take an enormous time (at 25 minutes we stopped the process). 
If it is possible, it would be useful to exit from the validation process if the maximum is reached. At the same time configuring the error limit it could be useful to optimise the validation according to the context where it is used.

Thank you for your time.

 

> 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