[
https://issues.apache.org/jira/browse/PDFBOX-1838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Álison Fernandes updated PDFBOX-1838:
-------------------------------------
Description:
I'm manipulating a PDF in a servlet, all of the manipulation must be done in
memory. Unfortunately, the FileInputStream requirement in
PDDocument.saveIncremental(FileInputStream,OutputStream) blocks me from
achieving my desired implementation, as the server receives the PDF file in an
InputStream.
I believe that the main reason PDDocument is implemented like that is that
COSWritter forces it to.
This is a blocker improvement because PDDocument.save(...), although it
supports saving to an OutputStream (which I need), it doesn't correctly save a
digitally signed pdf.
For others with the same problem, to bypass this I'm currently saving a
temporary file that is created using the following utility method described
here: http://stackoverflow.com/a/16028522/859738
was:
I'm manipulating a PDF in a servlet, all of the manipulation must be done in
memory. Unfortunately, the FileInputStream requirement in
PDDocument.saveIncremental(FileInputStream,OutputStream) blocks me from
achieving my desired implementation, as the server receives the PDF file in an
InputStream.
I believe that the main reason PDDocument is implemented like that is that
COSWritter forces it to.
> PDDocument.saveIncremental should receive an InputStream instead of
> FileInputStream
> -----------------------------------------------------------------------------------
>
> Key: PDFBOX-1838
> URL: https://issues.apache.org/jira/browse/PDFBOX-1838
> Project: PDFBox
> Issue Type: Improvement
> Components: PDModel
> Affects Versions: 1.8.3
> Environment: Java Servler
> Reporter: Álison Fernandes
> Assignee: Thomas Chojecki
> Priority: Blocker
>
> I'm manipulating a PDF in a servlet, all of the manipulation must be done in
> memory. Unfortunately, the FileInputStream requirement in
> PDDocument.saveIncremental(FileInputStream,OutputStream) blocks me from
> achieving my desired implementation, as the server receives the PDF file in
> an InputStream.
> I believe that the main reason PDDocument is implemented like that is that
> COSWritter forces it to.
> This is a blocker improvement because PDDocument.save(...), although it
> supports saving to an OutputStream (which I need), it doesn't correctly save
> a digitally signed pdf.
> For others with the same problem, to bypass this I'm currently saving a
> temporary file that is created using the following utility method described
> here: http://stackoverflow.com/a/16028522/859738
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
