[
https://issues.apache.org/jira/browse/PDFBOX-5068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17416892#comment-17416892
]
robo commented on PDFBOX-5068:
------------------------------
[~msahyoun] [[email protected]] [~lehmi]
I tried it on the newest trunk version (PDFBOX-5263: rename local variable
c89844f7) as well as on a patched version with PDFBOX-5263 (using
CreateVisibleSignature2.java just like before). However, if I did not overlook
something, the problem does not seem to be solved. On the contrary, I tried
e.g. the 21M Pdf mentioned above
([https://crossasia-books.ub.uni-heidelberg.de/xasia/reader/download/506/506-42-86246-2-10-20190822.pdf|https://crossasia-books.ub.uni-heidelberg.de/xasia/reader/download/506/506-42-86246-2-10-20190822.pdf)]).
On the newest trunk version it now takes *3:45Minutes* to sign this PDF, the
patched version takes more then *4 minutes* (I stopped the application at this
point). The memory consumption seems to be comparable or even higher than
before. In comparison: previously it took about *13s*, with my changes about
*1.5s* to sign this PDF (see my comments above). Thus, in the last two months
some commits to PDFBox have resulted in problems.
Two more notes:
1) I did not yet test it with PDFBox 3.0, since I was not able to pull the
repository (according to my knowledge it can be found here:
[https://svn.apache.org/viewvc/pdfbox/trunk/|https://svn.apache.org/viewvc/pdfbox/trunk/)]
), because some authentication was required. I never used Subversion before,
some maybe it is due to that. However, as far as I looked at the code, the
problem does not seem to be solved there too.
2) I applied the PDFBOX-5363 patch (Enhanced_incremental_saving_.patch) on a
version from August 30, since it did not work on the newest trunk version. Is
there maybe a working branch, where I could test it?
> OutOfMemory while signing large documents - continued
> -----------------------------------------------------
>
> Key: PDFBOX-5068
> URL: https://issues.apache.org/jira/browse/PDFBOX-5068
> Project: PDFBox
> Issue Type: Improvement
> Components: Signing
> Affects Versions: 2.0.23
> Reporter: Ralf Hauser
> Assignee: Andreas Lehmkühler
> Priority: Major
> Attachments: RandomAccessReadBufferDiag.java, issue5068.patch,
> minimum.pdf
>
>
> Continuation of PDFBOX-2512
>
> in COSWriter.prepareIncrement(), for the test case
> cosDoc.getXrefTable().keySet() has size 5925. For each of thes keys,
> cosDoc.getObjectFromPool() gets an object that is not just referencing some
> part of the input document, but duplicates it (which is unavoidable in the
> case where they are decompressed with FlateFilter - albeit this could
> possibly be done "lazy")
> -Xmx20m 746/5925
> -Xmx25m 1615/5925
> -Xmx30m 2800/5925
> -Xmx40m 3872/5925
> -Xmx55m 5773/5925
> With 60m, it gets them all, but dies later with less telling
> java.lang.OutOfMemoryError: GC overhead limit exceeded
>
> This assumes the patch of PDFBOX-5067 already in place - or using
> CreateVisibleSignature2.java as starting point
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
