[
https://issues.apache.org/jira/browse/PDFBOX-1462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14179971#comment-14179971
]
Tilman Hausherr commented on PDFBOX-1462:
-----------------------------------------
Hello [~ecausarano],
This wasn't meant as a personal attack and I'm not blaming you. I did have a
serious look at your proposal because it sounds like a good idea. The license
is OK, then I looked at the source code of guava, liked it, but then saw that
it wouldn't work in an applet. And yes, not having a file is kindof not
helpful. I'm aware that some people just can't share the files they work with.
But if you had a file, then we could clearly tell the difference. We do have
many files of our own but they likely don't have the specific structure that
your "problem files" have.
I closed the issue as "won't fix" which simply means that we're aware that
there is a problem but that we won't fix it now.
If you have a personal need for this, then you can still change it yourself by
getting the source code. If you can't because you're not confortable with
changing the source code, just e-mail me and tell me the fileThreshold
parameter you need and I'll do it for you and send you the jars you need, or
just the changed source code files.
> Use file backed buffer for FlateFilter?
> ---------------------------------------
>
> Key: PDFBOX-1462
> URL: https://issues.apache.org/jira/browse/PDFBOX-1462
> Project: PDFBox
> Issue Type: New Feature
> Components: Parsing
> Affects Versions: 1.7.1, 2.0.0
> Reporter: Edoardo Causarano
> Fix For: 2.0.0
>
>
> org.apache.pdfbox.filter.FlateFilter#decompress can cause OOM (depending on
> the size of the document and configured heap of course.) Consider using
> something like
> http://docs.guava-libraries.googlecode.com/git/javadoc/com/google/common/io/FileBackedOutputStream.html
> to constraint memory pressure.
> Best,
> Edoardo
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
