[ https://issues.apache.org/jira/browse/PDFBOX-5530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17621409#comment-17621409 ]
liu commented on PDFBOX-5530: ----------------------------- Is there any temporary solution? Or how can I monitor and avoid such files of Thousands and thousands of tiny bitmap images in the program. {code:java} A mode that allows loaded but currently unused objects to be freed again (which would allow for a "yes") is not yet implemented in the mainstream PDFBox. {code} Does this have a planned iteration?Which version can I use later? > Java heap space > --------------- > > Key: PDFBOX-5530 > URL: https://issues.apache.org/jira/browse/PDFBOX-5530 > Project: PDFBox > Issue Type: Bug > Affects Versions: 2.0.25 > Reporter: liu > Priority: Blocker > Attachments: image-2022-10-20-14-30-19-790.png, > image-2022-10-20-14-30-57-332.png, image-2022-10-20-14-32-10-258.png, > image-2022-10-20-15-01-06-688.png, image-2022-10-20-19-07-42-632.png, > image-2022-10-20-19-08-23-932.png, screenshot-1.png, 引起宕机-1.pdf, 引起宕机.pdf > > > code(only this part of the code): > PDDocument load = PDDocument.load(file, > MemoryUsageSetting.setupTempFileOnly(-1); > > hi. Why do I configure it like this, it still takes up so much memory? What > is the effect of using setupTempFileOnly. > !image-2022-10-20-14-30-19-790.png! > !image-2022-10-20-14-30-57-332.png! > !image-2022-10-20-14-32-10-258.png! > [^引起宕机.pdf] -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org