Mailing-List: contact users-help@pdfbox.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@pdfbox.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <4F132081.8020505@lehmi.de>
Date: Sun, 15 Jan 2012 19:52:49 +0100
From: Andreas Lehmkuehler <andreas@lehmi.de>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.9.2.24) Gecko/20111108 Lightning/1.0b2 Thunderbird/3.1.16
MIME-Version: 1.0
To: users@pdfbox.apache.org
Subject: Re: Sign PDF Using ByteArrayInputStream
References: 
 <CAHi+jtTph9k1ZkVZJZvQi8WhFGutQXR+nS_z9S+GoTncM=mjyQ@mail.gmail.com>
In-Reply-To: 
 <CAHi+jtTph9k1ZkVZJZvQi8WhFGutQXR+nS_z9S+GoTncM=mjyQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

Am 03.01.2012 12:36, schrieb Isaias Barroso:
> Dear all,
>
> Currently the process to sign a PDF works fine if we use
> PDDocument.addSignature  and PDDocument.saveIncremental, but
> saveIncremental just accept a FileInputStream, does anybody knows another
> way, for exemple using a ByteArrayInputStream instead FileInputStream?
> Using a ByteArrayInputStream would let the process more flexible, I could
> for example get a content from a Web Service and sign the content without
> to save it on disk before sign the document.
That shouldn't be a big deal. An InputStream should be used a parameter type, so 
that one can choose depending on the situation the most suitable one.

> If a solution for this don't already exists or planned I'll try to make
> changes on source code.
Please create an issue on JIRA [1], so that this idea can't get lost.

> Best Regards

BR
Andreas Lehmk�hler