You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Andreas Lehmkühler (Jira)" <ji...@apache.org> on 2020/12/03 16:16:00 UTC

[jira] [Closed] (PDFBOX-2999) Optimize COSStream scratch file usage

     [ https://issues.apache.org/jira/browse/PDFBOX-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andreas Lehmkühler closed PDFBOX-2999.
--------------------------------------
    Resolution: Fixed

I've closed this ticket, as there wasn't that much progress in the last years. Most of the discussed points are obsolete as PDFBox doesn't use scratch files for reading anymore.

> Optimize COSStream scratch file usage
> -------------------------------------
>
>                 Key: PDFBOX-2999
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-2999
>             Project: PDFBox
>          Issue Type: Improvement
>          Components: PDModel
>    Affects Versions: 2.0.0
>            Reporter: Timo Boehme
>            Assignee: Andreas Lehmkühler
>            Priority: Major
>
> The usage of scratch file buffers in COSStreams is quite sloppy. A never filled buffer is created in the beginning and existing buffers are discarded without being closed when a variant of {{createOutputStream}} is called. Furthermore it should be clarified if requesting an input stream without having created an output stream before is ok and if a returned input stream keeps valid after a new output stream is created (which is crucial for proper buffer-closing). 
> This issue should resolve some of the shortcomings and document the expected or even required usage of COSStream. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org