I know that. No problem.
On Thu, Mar 13, 2014 at 2:23 PM, John Hewson wrote:
> Hi Alin
>
> Thanks for your fix.
>
> > it would be useful if it had the instance
> > variables protected rather than private, that way the class could be
> > extended as needed, like PDFTextStripper.
>
> The problem
Hi Alin
Thanks for your fix.
> it would be useful if it had the instance
> variables protected rather than private, that way the class could be
> extended as needed, like PDFTextStripper.
The problem with making fields protected is that it exposes internal
implementation details,
making them p
Am 13.03.2014 17:58, schrieb Maruan Sahyoun:
this issue is logged at PDFBOX-1964 with a potential patch attached.
Reviewed and committed :-)
Tilman
Ok, I will try. In my opinion it would be useful if it had the instance
variables protected rather than private, that way the class could be
extended as needed, like PDFTextStripper. It my situation I would only have
to override mergeDocuments(). Anyway, I will try it.
Thank you,
Alin
On Thu, M
this issue is logged at PDFBOX-1964 with a potential patch attached.
BR
Maruan Sahyoun
Am 13.03.2014 um 17:52 schrieb Timo Boehme :
> Hi,
>
> as far as I remember PDFMergeUtility is one of the last utilities not
> supporting loadNonSeq currently.
>
> As a workaround get the source of PDFMer
Hi,
as far as I remember PDFMergeUtility is one of the last utilities not
supporting loadNonSeq currently.
As a workaround get the source of PDFMergeUtility, change
PDDocument.load to PDDocument.loadNonSeq (you may provide null as
buffer parameter).
Best,
Timo
Am 13.03.2014 16:46, schr
Where? Here's the code that causes that:
PDFMergeUtility util = new PDFMergeUtility();
for (File file : set) {
try{
if( file.exists() ){
util.addSource(file);
}
} catch ( Exception e ){
//log e
}
}
util.setDestinationFileName(...);
util.mergeDocuments();
On Thu, Mar 13,
Hi,
not a direct answer to your question but could you try PDDocument.loadNonSeq
instead?
BR
Maruan Sahyoun
> Am 13.03.2014 um 16:16 schrieb Alin Mazilu :
>
> Hello guys,
>
>
> Has anyone had any problem with this? Any idea why it happens? What would
> be a good value for pushBackSize so thi
Hello guys,
Has anyone had any problem with this? Any idea why it happens? What would
be a good value for pushBackSize so this does not happen? Thanks!
Partial stack trace:
org.apache.pdfbox.exceptions.WrappedIOException: Could not push back 72940
bytes in order to reparse stream. Try increas
