date:20141120

[jira] [Updated] (PDFBOX-2483) StackOverflowError in preflight

2014-11-20 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr updated PDFBOX-2483:

Fix Version/s: 1.8.8

> StackOverflowError in preflight
> ---
>
> Key: PDFBOX-2483
> URL: https://issues.apache.org/jira/browse/PDFBOX-2483
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 1.8.7, 1.8.8, 2.0.0
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
> Fix For: 1.8.8, 2.0.0
>
> Attachments: 002874.pdf, 034379.pdf, 048873.pdf
>
>
> I get a stack overflow with the attached file. I can't even get the full 
> trace.
> {code}
> Exception in thread "main" java.lang.StackOverflowError
>   at java.util.regex.Pattern$Single.(Unknown Source)
>   at java.util.regex.Pattern.newSingle(Unknown Source)
>   at java.util.regex.Pattern.atom(Unknown Source)
>   at java.util.regex.Pattern.sequence(Unknown Source)
>   at java.util.regex.Pattern.expr(Unknown Source)
>   at java.util.regex.Pattern.compile(Unknown Source)
>   at java.util.regex.Pattern.(Unknown Source)
>   at java.util.regex.Pattern.compile(Unknown Source)
>   at java.lang.String.replaceAll(Unknown Source)
>   at 
> org.apache.pdfbox.pdmodel.font.ExternalFonts.getSubstitutes(ExternalFonts.java:208)
>   at 
> org.apache.pdfbox.pdmodel.font.ExternalFonts.getTrueTypeFont(ExternalFonts.java:384)
>   at 
> org.apache.pdfbox.pdmodel.font.PDTrueTypeFont.(PDTrueTypeFont.java:144)
>   at 
> org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:81)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.getFonts(ResourcesValidationProcess.java:127)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateFonts(ResourcesValidationProcess.java:93)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:76)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.GraphicObjectPageValidationProcess.validate(GraphicObjectPageValidationProcess.java:70)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateXObjects(ResourcesValidationProcess.java:288)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:80)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.GraphicObjectPageValidationProcess.validate(GraphicObjectPageValidationProcess.java:70)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateXObjects(ResourcesValidationProcess.java:288)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:80)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.GraphicObjectPageValidationProcess.validate(GraphicObjectPageValidationProcess.java:70)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(Contex

[jira] [Resolved] (PDFBOX-2483) StackOverflowError in preflight

2014-11-20 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr resolved PDFBOX-2483.
-
Resolution: Fixed

> StackOverflowError in preflight
> ---
>
> Key: PDFBOX-2483
> URL: https://issues.apache.org/jira/browse/PDFBOX-2483
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 1.8.7, 1.8.8, 2.0.0
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
> Fix For: 2.0.0
>
> Attachments: 002874.pdf, 034379.pdf, 048873.pdf
>
>
> I get a stack overflow with the attached file. I can't even get the full 
> trace.
> {code}
> Exception in thread "main" java.lang.StackOverflowError
>   at java.util.regex.Pattern$Single.(Unknown Source)
>   at java.util.regex.Pattern.newSingle(Unknown Source)
>   at java.util.regex.Pattern.atom(Unknown Source)
>   at java.util.regex.Pattern.sequence(Unknown Source)
>   at java.util.regex.Pattern.expr(Unknown Source)
>   at java.util.regex.Pattern.compile(Unknown Source)
>   at java.util.regex.Pattern.(Unknown Source)
>   at java.util.regex.Pattern.compile(Unknown Source)
>   at java.lang.String.replaceAll(Unknown Source)
>   at 
> org.apache.pdfbox.pdmodel.font.ExternalFonts.getSubstitutes(ExternalFonts.java:208)
>   at 
> org.apache.pdfbox.pdmodel.font.ExternalFonts.getTrueTypeFont(ExternalFonts.java:384)
>   at 
> org.apache.pdfbox.pdmodel.font.PDTrueTypeFont.(PDTrueTypeFont.java:144)
>   at 
> org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:81)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.getFonts(ResourcesValidationProcess.java:127)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateFonts(ResourcesValidationProcess.java:93)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:76)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.GraphicObjectPageValidationProcess.validate(GraphicObjectPageValidationProcess.java:70)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateXObjects(ResourcesValidationProcess.java:288)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:80)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.GraphicObjectPageValidationProcess.validate(GraphicObjectPageValidationProcess.java:70)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateXObjects(ResourcesValidationProcess.java:288)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:80)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.GraphicObjectPageValidationProcess.validate(GraphicObjectPageValidationProcess.java:70)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.

[jira] [Commented] (PDFBOX-2483) StackOverflowError in preflight

2014-11-20 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/PDFBOX-2483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14220122#comment-14220122
 ] 

ASF subversion and git services commented on PDFBOX-2483:
-

Commit 1640831 from [~tilman] in branch 'pdfbox/branches/1.8'
[ https://svn.apache.org/r1640831 ]

PDFBOX-2483: avoid java stack overflow by checking for existing resources in 
the preflight validation stack

> StackOverflowError in preflight
> ---
>
> Key: PDFBOX-2483
> URL: https://issues.apache.org/jira/browse/PDFBOX-2483
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 1.8.7, 1.8.8, 2.0.0
>Reporter: Tilman Hausherr
>Assignee: Tilman Hausherr
> Fix For: 2.0.0
>
> Attachments: 002874.pdf, 034379.pdf, 048873.pdf
>
>
> I get a stack overflow with the attached file. I can't even get the full 
> trace.
> {code}
> Exception in thread "main" java.lang.StackOverflowError
>   at java.util.regex.Pattern$Single.(Unknown Source)
>   at java.util.regex.Pattern.newSingle(Unknown Source)
>   at java.util.regex.Pattern.atom(Unknown Source)
>   at java.util.regex.Pattern.sequence(Unknown Source)
>   at java.util.regex.Pattern.expr(Unknown Source)
>   at java.util.regex.Pattern.compile(Unknown Source)
>   at java.util.regex.Pattern.(Unknown Source)
>   at java.util.regex.Pattern.compile(Unknown Source)
>   at java.lang.String.replaceAll(Unknown Source)
>   at 
> org.apache.pdfbox.pdmodel.font.ExternalFonts.getSubstitutes(ExternalFonts.java:208)
>   at 
> org.apache.pdfbox.pdmodel.font.ExternalFonts.getTrueTypeFont(ExternalFonts.java:384)
>   at 
> org.apache.pdfbox.pdmodel.font.PDTrueTypeFont.(PDTrueTypeFont.java:144)
>   at 
> org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:81)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.getFonts(ResourcesValidationProcess.java:127)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateFonts(ResourcesValidationProcess.java:93)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:76)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.GraphicObjectPageValidationProcess.validate(GraphicObjectPageValidationProcess.java:70)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateXObjects(ResourcesValidationProcess.java:288)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:80)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.GraphicObjectPageValidationProcess.validate(GraphicObjectPageValidationProcess.java:70)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validateXObjects(ResourcesValidationProcess.java:288)
>   at 
> org.apache.pdfbox.preflight.process.reflect.ResourcesValidationProcess.validate(ResourcesValidationProcess.java:80)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:52)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validateXObjectResources(XObjFormValidator.java:178)
>   at 
> org.apache.pdfbox.preflight.xobject.XObjFormValidator.validate(XObjFormValidator.java:75)
>   at 
> org.apache.pdfbox.preflight.process.reflect.Graphi

Re: SVG content

2014-11-20 Thread John Hewson

Hi Nitin,

You can Apache Batik to convert the SVG to PDF and then import that PDF into 
PDFBox.

See, http://xmlgraphics.apache.org/batik/ 
 the feature you want is called “PDF 
Transcoder”.

-- John

> On 20 Nov 2014, at 12:15, Nitin Goel  wrote:
> 
> Hi,
>   I am looking for a PDF generator and want to find out if PDFBox can import 
> SVG content
> 
> Thanks
> Nitin
> 
> To unsubscribe from receiving further commercial electronic messages from The 
> Bank of Nova Scotia in Canada, please click here: 
> https://unsubscribe.scotiabank.com?entid=BNS&buid=SBNK
> 
> To unsubscribe from receiving further commercial electronic messages from 
> certain other senders set out in the attached list, please click here: 
> https://www.unsubscribe.gwi.scotiabank.com?page=gwi 
> 
> This email may contain confidential information the use of which by an 
> unintended recipient is unauthorized. This email may also contain important 
> disclosure information for the records of the intended recipient(s).  For 
> details please click here: 
> http://www.scotiabank.com/email_disclaimer/email_english.html
> 
> Pour vous désabonner et cesser de recevoir des messages électroniques 
> commerciaux de La Banque de Nouvelle-Écosse, veuillez cliquer ici : 
> https://desabonnement.banquescotia.com?entid=BNS&buid=SBNK
> 
> Pour vous désabonner et cesser de recevoir des messages électroniques 
> commerciaux de certains autres expéditeurs figurant dans la liste ci-jointe, 
> veuillez cliquer ici : https://www.unsubscribe.gwi.scotiabank.com?page=gwi 
> 
> Cette transmission peut contenir de l'information confidentielle et son 
> utilisation par toute personne autre que la personne à laquelle cette 
> transmission est destinée est interdite. Le présent courriel peut aussi 
> contenir des renseignements importants pour les dossiers du ou des 
> destinataires prévus.  Pour plus de détails, veuillez vous diriger vers: 
> http://www.scotiabank.com/email_disclaimer/email_francais.html
> 
> Para dejar de recibir mensajes electrónicos comerciales de The Bank of Nova 
> Scotia en Canadá, haga clic aquí: 
> https://cancelarsuscripcion.scotiabank.com?entid=BNS&buid=SBNK
> 
> Para dejar de recibir mensajes electrónicos comerciales de otras entidades 
> incluidas en la lista adjunta, haga clic aquí: 
> https://www.unsubscribe.gwi.scotiabank.com?page=gwi 
> 
> Este correo electrónico puede contener información confidencial cuyo uso por 
> parte de personas distintas de los destinatarios del mismo está prohibido. El 
> mensaje puede tener también datos importantes para los archivos   del(de los) 
> destinatario(s) a quien(es) está dirigido.  Para más detalles, por favor 
> dirigirse a: http://www.scotiabank.com/email_disclaimer/email_espanol.html

SVG content

2014-11-20 Thread Nitin Goel

Hi,
   I am looking for a PDF generator and want to find out if PDFBox can import 
SVG content

Thanks
Nitin

To unsubscribe from receiving further commercial electronic messages from The 
Bank of Nova Scotia in Canada, please click here: 
https://unsubscribe.scotiabank.com?entid=BNS&buid=SBNK

To unsubscribe from receiving further commercial electronic messages from 
certain other senders set out in the attached list, please click here: 
https://www.unsubscribe.gwi.scotiabank.com?page=gwi 

This email may contain confidential information the use of which by an 
unintended recipient is unauthorized. This email may also contain important 
disclosure information for the records of the intended recipient(s).  For 
details please click here: 
http://www.scotiabank.com/email_disclaimer/email_english.html

Pour vous désabonner et cesser de recevoir des messages électroniques 
commerciaux de La Banque de Nouvelle-Écosse, veuillez cliquer ici : 
https://desabonnement.banquescotia.com?entid=BNS&buid=SBNK

Pour vous désabonner et cesser de recevoir des messages électroniques 
commerciaux de certains autres expéditeurs figurant dans la liste ci-jointe, 
veuillez cliquer ici : https://www.unsubscribe.gwi.scotiabank.com?page=gwi 

Cette transmission peut contenir de l'information confidentielle et son 
utilisation par toute personne autre que la personne à laquelle cette 
transmission est destinée est interdite. Le présent courriel peut aussi 
contenir des renseignements importants pour les dossiers du ou des 
destinataires prévus.  Pour plus de détails, veuillez vous diriger vers: 
http://www.scotiabank.com/email_disclaimer/email_francais.html

Para dejar de recibir mensajes electrónicos comerciales de The Bank of Nova 
Scotia en Canadá, haga clic aquí: 
https://cancelarsuscripcion.scotiabank.com?entid=BNS&buid=SBNK

Para dejar de recibir mensajes electrónicos comerciales de otras entidades 
incluidas en la lista adjunta, haga clic aquí: 
https://www.unsubscribe.gwi.scotiabank.com?page=gwi 

Este correo electrónico puede contener información confidencial cuyo uso por 
parte de personas distintas de los destinatarios del mismo está prohibido. El 
mensaje puede tener también datos importantes para los archivos   del(de los) 
destinatario(s) a quien(es) está dirigido.  Para más detalles, por favor 
dirigirse a: http://www.scotiabank.com/email_disclaimer/email_espanol.html

[jira] [Updated] (PDFBOX-2512) OutOfMemory while signing large documents

2014-11-20 Thread Thomas Chojecki (JIRA)


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

Thomas Chojecki updated PDFBOX-2512:

Attachment: keystore.p12

I've add a sample keystore 

For testing just run the class CreateSignature 
with the arguments like:
D:\keystore.p12 123456 D:\Sonstiges\reichelt_01-2015_DE_B_HQ.pdf

For getting the OOM in the 3'rd case, the line
PDDocument doc = PDDocument.load(document, randomAccessFile);
need to be changed to
PDDocument doc = PDDocument.load(document);

> OutOfMemory while signing large documents
> -
>
> Key: PDFBOX-2512
> URL: https://issues.apache.org/jira/browse/PDFBOX-2512
> Project: PDFBox
>  Issue Type: Bug
>  Components: Parsing, Signing
>Affects Versions: 1.8.7
>Reporter: Thomas Chojecki
>Assignee: Thomas Chojecki
> Attachments: keystore.p12
>
>
> While working with large documents, we found some memory issues.
> 1. The method close() in the COSDocument, clones the objectpool and does not 
> clean it properly. The cloning in getObjects() cause a OutOfMemory exception.
> 2.The COSWriter copy the whole pdf into the memory for signing and does not 
> use BufferedInputStream for the FileInputStream which also has a big 
> performance impact. (PDFBOX-1798)
> 3. The cloning of COSStreams cause a OutOfMemory exception
> I used the CreateSignature example with a about 150 MB big document from here:
> https://cdn-reichelt.de/bilder/downloads/reichelt_01-2015_DE_B_HQ.pdf
> Additionaly I add a RandomAccessFile to the PDDocument.load in the 
> CreateSignature class.
> PDDocument doc = PDDocument.load(document,new RandomAccessFile(new 
> File("d:\\temp.bin"), "rw")); (this prevent the OOM for the third case)
> The use of a BuffedInputStream in case two, will increase the signing speed 
> from more than 5 minutes to less than 1 minute. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (PDFBOX-1625) java.lang.IndexOutOfBoundsException at writing PDF file

2014-11-20 Thread Thomas Chojecki (JIRA)


[ 
https://issues.apache.org/jira/browse/PDFBOX-1625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14219691#comment-14219691
 ] 

Thomas Chojecki commented on PDFBOX-1625:
-

I have some problems with the clone patch :-( 
Trying to resolve some OOM and performance issues for PDFBOX-2512 and I'm stuck 
with the changes from the clone.patch

The line "return ((RandomAccessBuffer)file).clone();" cause a OOM for documents 
with many / large streams. I my case the scratchfile (if I use a 
RandomAccessFile) grows to about 140MB. So the only fix for the PDFBOX-2512 
issue is to use a RandomAccessFile.

Undoing the clone patch cause four tests to fail.

> java.lang.IndexOutOfBoundsException at writing PDF file
> ---
>
> Key: PDFBOX-1625
> URL: https://issues.apache.org/jira/browse/PDFBOX-1625
> Project: PDFBox
>  Issue Type: Bug
>  Components: Writing
>Affects Versions: 1.8.2
> Environment: Linux, Java 7u21 
>Reporter: Jens Kapitza
>Assignee: Guillaume Bailleul
>Priority: Minor
> Fix For: 1.8.4, 2.0.0
>
> Attachments: clone.patch, pdftool.zip
>
>
> I got this error:
> i will just recreate a document with pages 1-6.
> Exception in thread "main" java.io.IOException: 
> org.apache.pdfbox.exceptions.COSVisitorException: 
> java.lang.IndexOutOfBoundsException: Index: 115, Size: 0
>   at 
> de.back2heaven.pdf.model.TargetDocumuent.save(TargetDocumuent.java:56)
>   at de.back2heaven.pdf.model.Document.prozess(Document.java:76)
>   at de.back2heaven.pdf.model.Document.main(Document.java:56)
> Caused by: org.apache.pdfbox.exceptions.COSVisitorException: 
> java.lang.IndexOutOfBoundsException: Index: 115, Size: 0
>   at 
> org.apache.pdfbox.pdfwriter.COSWriter.visitFromStream(COSWriter.java:1354)
>   at org.apache.pdfbox.cos.COSStream.accept(COSStream.java:217)
>   at org.apache.pdfbox.cos.COSObject.accept(COSObject.java:206)
>   at 
> org.apache.pdfbox.pdfwriter.COSWriter.doWriteObject(COSWriter.java:525)
>   at org.apache.pdfbox.pdfwriter.COSWriter.doWriteBody(COSWriter.java:435)
>   at 
> org.apache.pdfbox.pdfwriter.COSWriter.visitFromDocument(COSWriter.java:1122)
>   at org.apache.pdfbox.cos.COSDocument.accept(COSDocument.java:552)
>   at org.apache.pdfbox.pdfwriter.COSWriter.write(COSWriter.java:1501)
>   at org.apache.pdfbox.pdmodel.PDDocument.save(PDDocument.java:1324)
>   at org.apache.pdfbox.pdmodel.PDDocument.save(PDDocument.java:1305)
>   at org.apache.pdfbox.pdmodel.PDDocument.save(PDDocument.java:1292)
>   at 
> de.back2heaven.pdf.model.TargetDocumuent.save(TargetDocumuent.java:54)
>   ... 2 more
> Caused by: java.lang.IndexOutOfBoundsException: Index: 115, Size: 0
>   at java.util.ArrayList.rangeCheck(ArrayList.java:604)
>   at java.util.ArrayList.get(ArrayList.java:382)
>   at 
> org.apache.pdfbox.io.RandomAccessBuffer.seek(RandomAccessBuffer.java:84)
>   at 
> org.apache.pdfbox.io.RandomAccessFileInputStream.read(RandomAccessFileInputStream.java:96)
>   at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
>   at java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
>   at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
>   at 
> org.apache.pdfbox.pdfwriter.COSWriter.visitFromStream(COSWriter.java:1337)
>   ... 13 more



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (PDFBOX-2512) OutOfMemory while signing large documents

2014-11-20 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/PDFBOX-2512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14219650#comment-14219650
 ] 

ASF subversion and git services commented on PDFBOX-2512:
-

Commit 1640774 from [~tchojecki] in branch 'pdfbox/branches/1.8'
[ https://svn.apache.org/r1640774 ]

PDFBOX-2512: OutOfMemory while signing large documents
- 1. clean the objectpool while closing the document
- 2. pass a BufferedInputStream to the SignatureInteface / remove some code
- pass a scratchfile to the load method in the example 'CreateSignature'

> OutOfMemory while signing large documents
> -
>
> Key: PDFBOX-2512
> URL: https://issues.apache.org/jira/browse/PDFBOX-2512
> Project: PDFBox
>  Issue Type: Bug
>  Components: Parsing, Signing
>Affects Versions: 1.8.7
>Reporter: Thomas Chojecki
>Assignee: Thomas Chojecki
>
> While working with large documents, we found some memory issues.
> 1. The method close() in the COSDocument, clones the objectpool and does not 
> clean it properly. The cloning in getObjects() cause a OutOfMemory exception.
> 2.The COSWriter copy the whole pdf into the memory for signing and does not 
> use BufferedInputStream for the FileInputStream which also has a big 
> performance impact. (PDFBOX-1798)
> 3. The cloning of COSStreams cause a OutOfMemory exception
> I used the CreateSignature example with a about 150 MB big document from here:
> https://cdn-reichelt.de/bilder/downloads/reichelt_01-2015_DE_B_HQ.pdf
> Additionaly I add a RandomAccessFile to the PDDocument.load in the 
> CreateSignature class.
> PDDocument doc = PDDocument.load(document,new RandomAccessFile(new 
> File("d:\\temp.bin"), "rw")); (this prevent the OOM for the third case)
> The use of a BuffedInputStream in case two, will increase the signing speed 
> from more than 5 minutes to less than 1 minute. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Comment Edited] (PDFBOX-2510) Getting "Error: The supplied password does not match either the owner or user password in the document." while trying to parse pdf without password in

2014-11-20 Thread Tilman Hausherr (JIRA)


[ 
https://issues.apache.org/jira/browse/PDFBOX-2510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14219521#comment-14219521
 ] 

Tilman Hausherr edited comment on PDFBOX-2510 at 11/20/14 4:03 PM:
---

I don't know how TIKA paramaters work; make sure that
- you're using the latest snapshot (at the bottom of the page, from Nov 19)
https://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/pdfbox/1.8.8-SNAPSHOT/
- pass the empty password (or the owner password if you know it)
WIth the empty password you should get some error message that text extraction 
isn't possible.



was (Author: tilman):
I don't know how TIKA paramaters work; make sure that
- you're using the latest snapshot (at the bottom of the page, from Nov 19)
- pass the empty password (or the owner password if you know it)
WIth the empty password you should get some error message that text extraction 
isn't possible.


> Getting "Error: The supplied password does not match either the owner or user 
> password in the document." while trying to parse pdf without password in 
> ---
>
> Key: PDFBOX-2510
> URL: https://issues.apache.org/jira/browse/PDFBOX-2510
> Project: PDFBox
>  Issue Type: Bug
>  Components: Parsing
>Affects Versions: 1.8.8
>Reporter: Ekaterina
> Attachments: DV.pdf
>
>
> I have a pdf that was correctly parsed for some time and suddenly I've got 
> "javax.crypto.BadPaddingException: Given final block not properly padded" 
> when I tried to parse it with pdfbox-1.8.7. Then I tried 
> pdfbox-1.8.8-SNAPSHOT and I've got "Error: The supplied password does not 
> match either the owner or user password in the document.". Here is the code 
> I'm using:
> ContentHandler handler = new BodyContentHandler(40);
>   Metadata metadata = new Metadata();
>   Parser parser = new AutoDetectParser();
>   try (TikaInputStream stream = TikaInputStream.get(input)) {
>   parser.parse(stream, handler, metadata, new 
> ParseContext());
>   } catch (IOException | SAXException | TikaException e) {
>   LOG.error("Could not parse the input document", e);
>   }
>   return handler.toString();
> (I am using it with tika-parsers-1.6)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (PDFBOX-2510) Getting "Error: The supplied password does not match either the owner or user password in the document." while trying to parse pdf without password in

2014-11-20 Thread Tilman Hausherr (JIRA)


[ 
https://issues.apache.org/jira/browse/PDFBOX-2510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14219521#comment-14219521
 ] 

Tilman Hausherr commented on PDFBOX-2510:
-

I don't know how TIKA paramaters work; make sure that
- you're using the latest snapshot (at the bottom of the page, from Nov 19)
- pass the empty password (or the owner password if you know it)
WIth the empty password you should get some error message that text extraction 
isn't possible.


> Getting "Error: The supplied password does not match either the owner or user 
> password in the document." while trying to parse pdf without password in 
> ---
>
> Key: PDFBOX-2510
> URL: https://issues.apache.org/jira/browse/PDFBOX-2510
> Project: PDFBox
>  Issue Type: Bug
>  Components: Parsing
>Affects Versions: 1.8.8
>Reporter: Ekaterina
> Attachments: DV.pdf
>
>
> I have a pdf that was correctly parsed for some time and suddenly I've got 
> "javax.crypto.BadPaddingException: Given final block not properly padded" 
> when I tried to parse it with pdfbox-1.8.7. Then I tried 
> pdfbox-1.8.8-SNAPSHOT and I've got "Error: The supplied password does not 
> match either the owner or user password in the document.". Here is the code 
> I'm using:
> ContentHandler handler = new BodyContentHandler(40);
>   Metadata metadata = new Metadata();
>   Parser parser = new AutoDetectParser();
>   try (TikaInputStream stream = TikaInputStream.get(input)) {
>   parser.parse(stream, handler, metadata, new 
> ParseContext());
>   } catch (IOException | SAXException | TikaException e) {
>   LOG.error("Could not parse the input document", e);
>   }
>   return handler.toString();
> (I am using it with tika-parsers-1.6)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (PDFBOX-2510) Getting "Error: The supplied password does not match either the owner or user password in the document." while trying to parse pdf without password in

2014-11-20 Thread Ekaterina (JIRA)


[ 
https://issues.apache.org/jira/browse/PDFBOX-2510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14219474#comment-14219474
 ] 

Ekaterina commented on PDFBOX-2510:
---

I am using the non-sequential parser in tika with pdfbox-1.8.8-SNAPSHOT and now 
it gives me:

org.apache.tika.exception.TikaException: Unable to extract PDF content
at org.apache.tika.parser.pdf.PDF2XHTML.process(PDF2XHTML.java:146)
at org.apache.tika.parser.pdf.PDFParser.parse(PDFParser.java:159)
at 
org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:244)
at 
org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:244)
at 
org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:121)
at com.majio.core.gate.utils.DocUtils.readInputStream(DocUtils.java:59)
at com.majio.core.gate.utils.DocUtils.readDoc(DocUtils.java:30)
at com.majio.core.gate.utils.DocUtils.main(DocUtils.java:83)
Caused by: org.apache.pdfbox.exceptions.WrappedIOException
at 
org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:377)
at 
org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:475)
at 
org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:439)
at 
org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:409)
at 
org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:221)
at 
org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
at 
org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1601)
at org.apache.pdfbox.pdmodel.PDDocument.decrypt(PDDocument.java:947)
at 
org.apache.pdfbox.util.PDFTextStripper.writeText(PDFTextStripper.java:357)
at org.apache.tika.parser.pdf.PDF2XHTML.process(PDF2XHTML.java:130)
... 7 more
Caused by: javax.crypto.IllegalBlockSizeException: Input length must be 
multiple of 16 when decrypting with padded cipher
at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:913)
at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:824)
at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:436)
at javax.crypto.Cipher.doFinal(Cipher.java:2179)
at 
org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:355)
... 16 more


> Getting "Error: The supplied password does not match either the owner or user 
> password in the document." while trying to parse pdf without password in 
> ---
>
> Key: PDFBOX-2510
> URL: https://issues.apache.org/jira/browse/PDFBOX-2510
> Project: PDFBox
>  Issue Type: Bug
>  Components: Parsing
>Affects Versions: 1.8.8
>Reporter: Ekaterina
> Attachments: DV.pdf
>
>
> I have a pdf that was correctly parsed for some time and suddenly I've got 
> "javax.crypto.BadPaddingException: Given final block not properly padded" 
> when I tried to parse it with pdfbox-1.8.7. Then I tried 
> pdfbox-1.8.8-SNAPSHOT and I've got "Error: The supplied password does not 
> match either the owner or user password in the document.". Here is the code 
> I'm using:
> ContentHandler handler = new BodyContentHandler(40);
>   Metadata metadata = new Metadata();
>   Parser parser = new AutoDetectParser();
>   try (TikaInputStream stream = TikaInputStream.get(input)) {
>   parser.parse(stream, handler, metadata, new 
> ParseContext());
>   } catch (IOException | SAXException | TikaException e) {
>   LOG.error("Could not parse the input document", e);
>   }
>   return handler.toString();
> (I am using it with tika-parsers-1.6)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (PDFBOX-2509) Korean Text wrong

2014-11-20 Thread simon steiner (JIRA)


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

simon steiner updated PDFBOX-2509:
--
Description: 
http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/K4SystemFontsNotEmbeded218.PDF
and
http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/KGulimcheNotembeded218.PDF
and
http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/VariousKFontsNotembeded218.PDF
and
http://acroeng.adobe.com/Test_Files/fonts//EmbeddedCmap.pdf

java -jar ~/pdf-box-svn/app/target/pdfbox-app-2.0.0-SNAPSHOT.jar PDFToImage 
K4SystemFontsNotEmbeded218.PDF

  was:
http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/K4SystemFontsNotEmbeded218.PDF
and
http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/KGulimcheNotembeded218.PDF
and
http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/VariousKFontsNotembeded218.PDF

java -jar ~/pdf-box-svn/app/target/pdfbox-app-2.0.0-SNAPSHOT.jar PDFToImage 
K4SystemFontsNotEmbeded218.PDF


> Korean Text wrong
> -
>
> Key: PDFBOX-2509
> URL: https://issues.apache.org/jira/browse/PDFBOX-2509
> Project: PDFBox
>  Issue Type: Bug
>  Components: Rendering
>Affects Versions: 2.0.0
>Reporter: simon steiner
>Assignee: John Hewson
> Fix For: 2.1.0
>
>
> http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/K4SystemFontsNotEmbeded218.PDF
> and
> http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/KGulimcheNotembeded218.PDF
> and
> http://acroeng.adobe.com/Test_Files/fonts/asian%20font%20files/Korean/nonembedded/VariousKFontsNotembeded218.PDF
> and
> http://acroeng.adobe.com/Test_Files/fonts//EmbeddedCmap.pdf
> java -jar ~/pdf-box-svn/app/target/pdfbox-app-2.0.0-SNAPSHOT.jar PDFToImage 
> K4SystemFontsNotEmbeded218.PDF



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (PDFBOX-2512) OutOfMemory while signing large documents

2014-11-20 Thread Thomas Chojecki (JIRA)

Thomas Chojecki created PDFBOX-2512:
---

 Summary: OutOfMemory while signing large documents
 Key: PDFBOX-2512
 URL: https://issues.apache.org/jira/browse/PDFBOX-2512
 Project: PDFBox
  Issue Type: Bug
  Components: Parsing, Signing
Affects Versions: 1.8.7
Reporter: Thomas Chojecki
Assignee: Thomas Chojecki


While working with large documents, we found some memory issues.

1. The method close() in the COSDocument, clones the objectpool and does not 
clean it properly. The cloning in getObjects() cause a OutOfMemory exception.

2.The COSWriter copy the whole pdf into the memory for signing and does not use 
BufferedInputStream for the FileInputStream which also has a big performance 
impact. (PDFBOX-1798)

3. The cloning of COSStreams cause a OutOfMemory exception

I used the CreateSignature example with a about 150 MB big document from here:
https://cdn-reichelt.de/bilder/downloads/reichelt_01-2015_DE_B_HQ.pdf

Additionaly I add a RandomAccessFile to the PDDocument.load in the 
CreateSignature class.

PDDocument doc = PDDocument.load(document,new RandomAccessFile(new 
File("d:\\temp.bin"), "rw")); (this prevent the OOM for the third case)

The use of a BuffedInputStream in case two, will increase the signing speed 
from more than 5 minutes to less than 1 minute. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (PDFBOX-2511) org.apache.pdfbox.exceptions.COSVisitorException: java.lang.NullPointerException

2014-11-20 Thread James Green (JIRA)


[ 
https://issues.apache.org/jira/browse/PDFBOX-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14219233#comment-14219233
 ] 

James Green commented on PDFBOX-2511:
-

This client code driving this is virtually the same that experienced 
PDFBOX-1586. I same virtually the same, it's part of a larger application that 
does much the same set of operations in various places, in this particular case 
it's during our "Print Preview" operation however further tests may break in 
other areas I just don't know at this point.

We now have the prospect of needing to revert to our private build that was 
mentioned in the above ticket.

> org.apache.pdfbox.exceptions.COSVisitorException: 
> java.lang.NullPointerException
> 
>
> Key: PDFBOX-2511
> URL: https://issues.apache.org/jira/browse/PDFBOX-2511
> Project: PDFBox
>  Issue Type: Bug
>  Components: Writing
>Affects Versions: 1.8.7
>Reporter: James Green
>
> In our use case we take a large PDF, split into multiple separate document by 
> some algorithm, then optionally apply to each document stationary via overlay 
> and a varying number of attachments. Each final document is then written to 
> an in-memory byte[] for database storage.
> We're seeing an occasional crash when saving this document. It is not 
> immediately repeatable so we suspect it's a bad reference after garbage 
> collection. Stacktrace to follow.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (PDFBOX-2511) org.apache.pdfbox.exceptions.COSVisitorException: java.lang.NullPointerException

2014-11-20 Thread James Green (JIRA)


[ 
https://issues.apache.org/jira/browse/PDFBOX-2511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14219216#comment-14219216
 ] 

James Green commented on PDFBOX-2511:
-

{noformat}
org.apache.pdfbox.exceptions.COSVisitorException: 
java.lang.NullPointerException 
at org.apache.pdfbox.pdfwriter.COSWriter.visitFromStream(COSWriter.java:1367) 
at org.apache.pdfbox.cos.COSStream.accept(COSStream.java:238) 
at org.apache.pdfbox.cos.COSObject.accept(COSObject.java:206) 
at org.apache.pdfbox.pdfwriter.COSWriter.doWriteObject(COSWriter.java:530) 
at org.apache.pdfbox.pdfwriter.COSWriter.doWriteBody(COSWriter.java:436) 
at org.apache.pdfbox.pdfwriter.COSWriter.visitFromDocument(COSWriter.java:1135) 
at org.apache.pdfbox.cos.COSDocument.accept(COSDocument.java:568) 
at org.apache.pdfbox.pdfwriter.COSWriter.write(COSWriter.java:1517) 
at org.apache.pdfbox.pdmodel.PDDocument.save(PDDocument.java:1346) 
[ our app ... ]
Caused by: java.lang.NullPointerException 
at 
org.apache.pdfbox.io.RandomAccessFileInputStream.read(RandomAccessFileInputStream.java:94)
 
at java.io.BufferedInputStream.fill(BufferedInputStream.java:235) 
at java.io.BufferedInputStream.read1(BufferedInputStream.java:275) 
at java.io.BufferedInputStream.read(BufferedInputStream.java:334) 
at org.apache.pdfbox.pdfwriter.COSWriter.visitFromStream(COSWriter.java:1350) 
... 41 more 
{noformat}

> org.apache.pdfbox.exceptions.COSVisitorException: 
> java.lang.NullPointerException
> 
>
> Key: PDFBOX-2511
> URL: https://issues.apache.org/jira/browse/PDFBOX-2511
> Project: PDFBox
>  Issue Type: Bug
>  Components: Writing
>Affects Versions: 1.8.7
>Reporter: James Green
>
> In our use case we take a large PDF, split into multiple separate document by 
> some algorithm, then optionally apply to each document stationary via overlay 
> and a varying number of attachments. Each final document is then written to 
> an in-memory byte[] for database storage.
> We're seeing an occasional crash when saving this document. It is not 
> immediately repeatable so we suspect it's a bad reference after garbage 
> collection. Stacktrace to follow.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (PDFBOX-2511) org.apache.pdfbox.exceptions.COSVisitorException: java.lang.NullPointerException

2014-11-20 Thread James Green (JIRA)

James Green created PDFBOX-2511:
---

 Summary: org.apache.pdfbox.exceptions.COSVisitorException: 
java.lang.NullPointerException
 Key: PDFBOX-2511
 URL: https://issues.apache.org/jira/browse/PDFBOX-2511
 Project: PDFBox
  Issue Type: Bug
  Components: Writing
Affects Versions: 1.8.7
Reporter: James Green


In our use case we take a large PDF, split into multiple separate document by 
some algorithm, then optionally apply to each document stationary via overlay 
and a varying number of attachments. Each final document is then written to an 
in-memory byte[] for database storage.

We're seeing an occasional crash when saving this document. It is not 
immediately repeatable so we suspect it's a bad reference after garbage 
collection. Stacktrace to follow.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (PDFBOX-2483) StackOverflowError in preflight

[jira] [Resolved] (PDFBOX-2483) StackOverflowError in preflight

[jira] [Commented] (PDFBOX-2483) StackOverflowError in preflight

Re: SVG content

SVG content

[jira] [Updated] (PDFBOX-2512) OutOfMemory while signing large documents

[jira] [Commented] (PDFBOX-1625) java.lang.IndexOutOfBoundsException at writing PDF file

[jira] [Commented] (PDFBOX-2512) OutOfMemory while signing large documents

[jira] [Comment Edited] (PDFBOX-2510) Getting "Error: The supplied password does not match either the owner or user password in the document." while trying to parse pdf without password in

[jira] [Commented] (PDFBOX-2510) Getting "Error: The supplied password does not match either the owner or user password in the document." while trying to parse pdf without password in

[jira] [Commented] (PDFBOX-2510) Getting "Error: The supplied password does not match either the owner or user password in the document." while trying to parse pdf without password in

[jira] [Updated] (PDFBOX-2509) Korean Text wrong

[jira] [Created] (PDFBOX-2512) OutOfMemory while signing large documents

[jira] [Commented] (PDFBOX-2511) org.apache.pdfbox.exceptions.COSVisitorException: java.lang.NullPointerException

[jira] [Commented] (PDFBOX-2511) org.apache.pdfbox.exceptions.COSVisitorException: java.lang.NullPointerException

[jira] [Created] (PDFBOX-2511) org.apache.pdfbox.exceptions.COSVisitorException: java.lang.NullPointerException

16 matches

Site Navigation

Mail list logo

Footer information