[jira] [Commented] (PDFBOX-2486) ClassCastException in preflight: PDNonTerminalField cannot be cast to PDField

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr commented on PDFBOX-2486:
-

{quote}Weird stuff: checking the file 006654.pdf with pdf-tools brings "The 
document contains actions types other than for navigation (Launch, JavaScript, 
ResetForm, etc.)." among many other errors. Where are these action types? My 
understanding is that these are /A and /AA and they're not at any field in this 
file.{quote}
There is Javascript stuff in a names array.

> ClassCastException in preflight: PDNonTerminalField cannot be cast to PDField
> -
>
> Key: PDFBOX-2486
> URL: https://issues.apache.org/jira/browse/PDFBOX-2486
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, Preflight
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 004324.pdf, 006654.pdf, 006982.pdf, PDFBOX-2486.patch
>
>
> I get this with the attached files:
> {code}
> Exception in thread "main" java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.form.PDNonTerminalField cannot be cast 
> to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.runSimple(Validator_A1b.java:161)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.main(Validator_A1b.java:126)
> {code}



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

[jira] [Updated] (PDFBOX-2504) ClassCastException in preflight: PDAnnotationWidget cannot be cast to PDField

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2504:

Summary: ClassCastException in preflight: PDAnnotationWidget cannot be cast 
to PDField  (was: ClassCastException in preflight PDAnnotationWidget cannot be 
cast to PDField)

> ClassCastException in preflight: PDAnnotationWidget cannot be cast to PDField
> -
>
> Key: PDFBOX-2504
> URL: https://issues.apache.org/jira/browse/PDFBOX-2504
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 1.8.8, 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 032618.pdf
>
>
> {code}
> java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
> cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at pdfboxpageimageextraction.PreflightTest.main(PreflightTest.java:44)
> {code}



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

[jira] [Updated] (PDFBOX-2486) ClassCastException in preflight: PDNonTerminalField cannot be cast to PDField

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2486:

Summary: ClassCastException in preflight: PDNonTerminalField cannot be cast 
to PDField  (was: ClassCastException in AcroFormValidationProcess.exploreFields)

> ClassCastException in preflight: PDNonTerminalField cannot be cast to PDField
> -
>
> Key: PDFBOX-2486
> URL: https://issues.apache.org/jira/browse/PDFBOX-2486
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, Preflight
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 004324.pdf, 006654.pdf, 006982.pdf, PDFBOX-2486.patch
>
>
> I get this with the attached files:
> {code}
> Exception in thread "main" java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.form.PDNonTerminalField cannot be cast 
> to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.runSimple(Validator_A1b.java:161)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.main(Validator_A1b.java:126)
> {code}



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

[jira] [Comment Edited] (PDFBOX-2486) ClassCastException in AcroFormValidationProcess.exploreFields

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr edited comment on PDFBOX-2486 at 11/18/14 7:24 AM:
---

Proposed patch. My thought:
- Both PDField and PDNonTerminalField are of the type PDFieldTreeNode
- The hierarchy property thing isn't really relevant here, because we just need 
to know if any field has something "forbidden"

Weird stuff: checking the file 006654.pdf with pdf-tools brings "The document 
contains actions types other than for navigation (Launch, JavaScript, 
ResetForm, etc.)." among many other errors. Where are these action types? My 
understanding is that these are /A and /AA and they're not at any field in this 
file.


was (Author: tilman):
Proposed patch. My thought:
- Both PDField and PDNonTerminalField are of the type PDFieldTreeNode
- The hierarchy property thing isn't really relevant here, because we just need 
to know if any field has something "forbidden"

Weird stuff: checking the file 006654.pdf with pdf-tools brings "The document 
contains actions types other than for navigation (Launch, JavaScript, 
ResetForm, etc.)." among many other errors. Where are these action types? My 
understanding is that these are /A and /AA.

> ClassCastException in AcroFormValidationProcess.exploreFields
> -
>
> Key: PDFBOX-2486
> URL: https://issues.apache.org/jira/browse/PDFBOX-2486
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, Preflight
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 004324.pdf, 006654.pdf, 006982.pdf, PDFBOX-2486.patch
>
>
> I get this with the attached files:
> {code}
> Exception in thread "main" java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.form.PDNonTerminalField cannot be cast 
> to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.runSimple(Validator_A1b.java:161)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.main(Validator_A1b.java:126)
> {code}



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

[jira] [Issue Comment Deleted] (PDFBOX-2486) ClassCastException in AcroFormValidationProcess.exploreFields

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2486:

Comment: was deleted

(was: Maybe related? 032618.pdf
{code}
java.lang.ClassCastException: 
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
032619.pdf
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
at pdfboxpageimageextraction.PreflightTest.main(PreflightTest.java:44)
{code}

There's one difference: this exception also happens in 1.8.)

> ClassCastException in AcroFormValidationProcess.exploreFields
> -
>
> Key: PDFBOX-2486
> URL: https://issues.apache.org/jira/browse/PDFBOX-2486
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, Preflight
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 004324.pdf, 006654.pdf, 006982.pdf, PDFBOX-2486.patch
>
>
> I get this with the attached files:
> {code}
> Exception in thread "main" java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.form.PDNonTerminalField cannot be cast 
> to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.runSimple(Validator_A1b.java:161)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.main(Validator_A1b.java:126)
> {code}



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

[jira] [Updated] (PDFBOX-2504) ClassCastException in preflight PDAnnotationWidget cannot be cast to PDField

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2504:

Attachment: 032618.pdf

> ClassCastException in preflight PDAnnotationWidget cannot be cast to PDField
> 
>
> Key: PDFBOX-2504
> URL: https://issues.apache.org/jira/browse/PDFBOX-2504
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 1.8.8, 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 032618.pdf
>
>
> {code}
> java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
> cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
> 032619.pdf
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at pdfboxpageimageextraction.PreflightTest.main(PreflightTest.java:44)
> {code}



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

[jira] [Updated] (PDFBOX-2486) ClassCastException in AcroFormValidationProcess.exploreFields

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2486:

Attachment: (was: 032618.pdf)

> ClassCastException in AcroFormValidationProcess.exploreFields
> -
>
> Key: PDFBOX-2486
> URL: https://issues.apache.org/jira/browse/PDFBOX-2486
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, Preflight
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 004324.pdf, 006654.pdf, 006982.pdf, PDFBOX-2486.patch
>
>
> I get this with the attached files:
> {code}
> Exception in thread "main" java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.form.PDNonTerminalField cannot be cast 
> to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.runSimple(Validator_A1b.java:161)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.main(Validator_A1b.java:126)
> {code}



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

[jira] [Updated] (PDFBOX-2504) ClassCastException in preflight PDAnnotationWidget cannot be cast to PDField

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2504:

Description: 
{code}
java.lang.ClassCastException: 
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
at pdfboxpageimageextraction.PreflightTest.main(PreflightTest.java:44)
{code}


  was:
{code}
java.lang.ClassCastException: 
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
032619.pdf
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
at pdfboxpageimageextraction.PreflightTest.main(PreflightTest.java:44)
{code}



> ClassCastException in preflight PDAnnotationWidget cannot be cast to PDField
> 
>
> Key: PDFBOX-2504
> URL: https://issues.apache.org/jira/browse/PDFBOX-2504
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 1.8.8, 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 032618.pdf
>
>
> {code}
> java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
> cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
>   at 
> org.apache.pdfbox.prefligh

[jira] [Created] (PDFBOX-2504) ClassCastException in preflight PDAnnotationWidget cannot be cast to PDField

[Tilman Hausherr (JIRA)]

Tilman Hausherr created PDFBOX-2504:
---

 Summary: ClassCastException in preflight PDAnnotationWidget cannot 
be cast to PDField
 Key: PDFBOX-2504
 URL: https://issues.apache.org/jira/browse/PDFBOX-2504
 Project: PDFBox
  Issue Type: Bug
  Components: Preflight
Affects Versions: 1.8.8, 2.0.0
Reporter: Tilman Hausherr


{code}
java.lang.ClassCastException: 
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
032619.pdf
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
at pdfboxpageimageextraction.PreflightTest.main(PreflightTest.java:44)
{code}




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

[jira] [Comment Edited] (PDFBOX-2486) ClassCastException in AcroFormValidationProcess.exploreFields

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr edited comment on PDFBOX-2486 at 11/17/14 10:58 PM:


Maybe related? 032618.pdf
{code}
java.lang.ClassCastException: 
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
032619.pdf
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
at pdfboxpageimageextraction.PreflightTest.main(PreflightTest.java:44)
{code}

There's one difference: this exception also happens in 1.8.


was (Author: tilman):
Maybe related? 032618.pdf
{code}
java.lang.ClassCastException: 
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationWidget cannot be 
cast to org.apache.pdfbox.pdmodel.interactive.form.PDField
032619.pdf
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.valideField(AcroFormValidationProcess.java:155)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
at 
org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
at pdfboxpageimageextraction.PreflightTest.main(PreflightTest.java:44)
{code}

> ClassCastException in AcroFormValidationProcess.exploreFields
> -
>
> Key: PDFBOX-2486
> URL: https://issues.apache.org/jira/browse/PDFBOX-2486
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, Preflight
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 004324.pdf, 006654.pdf, 006982.pdf, 032618.pdf, 
> PDFBOX-2486.patch
>
>
> I get this with the attached files:
> {code}
> Exception in thread "main" java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.form.PDNonTerminalField cannot be cast 
> to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormV

[jira] [Updated] (PDFBOX-2486) ClassCastException in AcroFormValidationProcess.exploreFields

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2486:

Attachment: PDFBOX-2486.patch

Proposed patch. My thought:
- Both PDField and PDNonTerminalField are of the type PDFieldTreeNode
- The hierarchy property thing isn't really relevant here, because we just need 
to know if any field has something "forbidden"

Weird stuff: checking the file 006654.pdf with pdf-tools brings "The document 
contains actions types other than for navigation (Launch, JavaScript, 
ResetForm, etc.)." among many other errors. Where are these action types? My 
understanding is that these are /A and /AA.

> ClassCastException in AcroFormValidationProcess.exploreFields
> -
>
> Key: PDFBOX-2486
> URL: https://issues.apache.org/jira/browse/PDFBOX-2486
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, Preflight
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 004324.pdf, 006654.pdf, 006982.pdf, 032618.pdf, 
> PDFBOX-2486.patch
>
>
> I get this with the attached files:
> {code}
> Exception in thread "main" java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.form.PDNonTerminalField cannot be cast 
> to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.runSimple(Validator_A1b.java:161)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.main(Validator_A1b.java:126)
> {code}



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

[jira] [Commented] (PDFBOX-1674) Preflight doesn't correctly parse PDF if obj identifier not followed by line terminator

[Johan van der Knijff (JIRA)]

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

Johan van der Knijff commented on PDFBOX-1674:
--


I'm currently away with limited access to my e-mail. I will be back the 19th of 
November.

Best regards,

Johan


[Koninklijke Bibliotheek, National Library of the Netherlands]
Prins Willem-Alexanderhof 5 | 2595 BE Den Haag
Postbus 90407 | 2509 LK Den Haag | (070) 314 09 11 | 
www.kb.nl
[http://www.kb.nl/sites/default/files/dots.jpg]
English version | 
Disclaimer




> Preflight doesn't correctly parse PDF if obj identifier not followed by line 
> terminator
> ---
>
> Key: PDFBOX-1674
> URL: https://issues.apache.org/jira/browse/PDFBOX-1674
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 2.0.0
> Environment: Win 7
>Reporter: Johan van der Knijff
>Assignee: Eric Leleu
>Priority: Minor
> Fix For: 1.8.3, 2.0.0
>
>
> For some test files on the Adobe Acrobat Engineering website, Preflight 
> output looks like this:
> 
>   210
>   false
>   
> 
>   1.0
>   Syntax error, Expected pattern 'obj but missed at character 
> 'o'
> 
> 
>   1.2.1
>   Body Syntax error, Expected pattern 'obj but missed at 
> character 'o'
> 
> 
>   1.2.1
>   Body Syntax error, Single space expected
> 
>   
> 
> Which suggests that Preflight doesn't correctly parse the objects. This is 
> confirmed by a look at some of the offending PDFs in a hex editor, which 
> reveals that the object identifiers in them are not terminated by any EOL 
> character(s). AFAIK this is allowed in both PDF and PDF/A-1. More details + 
> links to test files here ('Multimedia' table and below):
> http://www.openplanetsfoundation.org/blogs/2013-07-25-identification-pdf-preservation-risks-sequel



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

[jira] [Commented] (PDFBOX-2408) false negative? 1.2.1 : Body Syntax error, Single space expected ...

[Ralf Hauser (JIRA)]

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

Ralf Hauser commented on PDFBOX-2408:
-

inverse issue in PDFBOX-1674

> false negative? 1.2.1 : Body Syntax error, Single space expected  ...
> -
>
> Key: PDFBOX-2408
> URL: https://issues.apache.org/jira/browse/PDFBOX-2408
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 2.0.0
> Environment: deb7, java7
>Reporter: Ralf Hauser
> Fix For: 2.0.0
>
> Attachments: KOST_mm_image2pdfa.pdf.pdftron-log.xml, Problems 
> (08.10.2014)_003.pdf, mm_image2pdfa.pdf, mm_image_validation_report.xml
>
>
> "mm_image2pdfa.pdf" is not valid, error(s) : Tue Oct 07 10:00:30 CEST 2014
> - 1: 1.2.1 : Body Syntax error, Single space expected [offset=235859; 
> key=235859; line=; object=COSObject{14, 0}]
> - 2: 1.2.1 : Body Syntax error, Single space expected [offset=235637; 
> key=235637; line=; object=COSObject{13, 0}]
> - 3: 1.2.1 : Body Syntax error, Single space expected [offset=15; key=15; 
> line=; object=COSObject{1, 0}]
> - 4: 1.2.1 : Body Syntax error, Single space expected [offset=232167; 
> key=232167; line=; object=COSObject{5, 0}]
> - 5: 1.2.1 : Body Syntax error, Single space expected [offset=32399; 
> key=32399; line=; object=COSObject{6, 0}]
> - 6: 1.2.1 : Body Syntax error, Single space expected [offset=2688; key=2688; 
> line=; object=COSObject{2, 0}]
> - 7: 1.2.1 : Body Syntax error, Single space expected [offset=32169; 
> key=32169; line=; object=COSObject{4, 0}]
> - 8: 1.2.1 : Body Syntax error, Single space expected [offset=232040; 
> key=232040; line=; object=COSObject{3, 0}]
> - 9: 1.2.1 : Body Syntax error, Single space expected [offset=231334; 
> key=231334; line=; object=COSObject{10, 0}]
> - 10: 1.2.1 : Body Syntax error, Single space expected [offset=231143; 
> key=231143; line=; object=COSObject{9, 0}]
> - 11: 1.2.1 : Body Syntax error, Single space expected [offset=32617; 
> key=32617; line=; object=COSObject{7, 0}]
> - 12: 1.2.1 : Body Syntax error, Single space expected [offset=32708; 
> key=32708; line=; object=COSObject{8, 0}]
> - 13: 1.2.1 : Body Syntax error, Single space expected [offset=231640; 
> key=231640; line=; object=COSObject{11, 0}]
> - 14: 1.2.1 : Body Syntax error, Single space expected [offset=232223; 
> key=232223; line=; object=COSObject{12, 0}]



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

[jira] [Commented] (PDFBOX-1674) Preflight doesn't correctly parse PDF if obj identifier not followed by line terminator

[Ralf Hauser (JIRA)]

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

Ralf Hauser commented on PDFBOX-1674:
-

inverse problem is PDFBOX-2408

> Preflight doesn't correctly parse PDF if obj identifier not followed by line 
> terminator
> ---
>
> Key: PDFBOX-1674
> URL: https://issues.apache.org/jira/browse/PDFBOX-1674
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 2.0.0
> Environment: Win 7
>Reporter: Johan van der Knijff
>Assignee: Eric Leleu
>Priority: Minor
> Fix For: 1.8.3, 2.0.0
>
>
> For some test files on the Adobe Acrobat Engineering website, Preflight 
> output looks like this:
> 
>   210
>   false
>   
> 
>   1.0
>   Syntax error, Expected pattern 'obj but missed at character 
> 'o'
> 
> 
>   1.2.1
>   Body Syntax error, Expected pattern 'obj but missed at 
> character 'o'
> 
> 
>   1.2.1
>   Body Syntax error, Single space expected
> 
>   
> 
> Which suggests that Preflight doesn't correctly parse the objects. This is 
> confirmed by a look at some of the offending PDFs in a hex editor, which 
> reveals that the object identifiers in them are not terminated by any EOL 
> character(s). AFAIK this is allowed in both PDF and PDF/A-1. More details + 
> links to test files here ('Multimedia' table and below):
> http://www.openplanetsfoundation.org/blogs/2013-07-25-identification-pdf-preservation-risks-sequel



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

[jira] [Commented] (PDFBOX-1674) Preflight doesn't correctly parse PDF if obj identifier not followed by line terminator

[Ralf Hauser (JIRA)]

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

Ralf Hauser commented on PDFBOX-1674:
-

Disney-Flash.pdf now has the problem PDFBOX-2486

> Preflight doesn't correctly parse PDF if obj identifier not followed by line 
> terminator
> ---
>
> Key: PDFBOX-1674
> URL: https://issues.apache.org/jira/browse/PDFBOX-1674
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 2.0.0
> Environment: Win 7
>Reporter: Johan van der Knijff
>Assignee: Eric Leleu
>Priority: Minor
> Fix For: 1.8.3, 2.0.0
>
>
> For some test files on the Adobe Acrobat Engineering website, Preflight 
> output looks like this:
> 
>   210
>   false
>   
> 
>   1.0
>   Syntax error, Expected pattern 'obj but missed at character 
> 'o'
> 
> 
>   1.2.1
>   Body Syntax error, Expected pattern 'obj but missed at 
> character 'o'
> 
> 
>   1.2.1
>   Body Syntax error, Single space expected
> 
>   
> 
> Which suggests that Preflight doesn't correctly parse the objects. This is 
> confirmed by a look at some of the offending PDFs in a hex editor, which 
> reveals that the object identifiers in them are not terminated by any EOL 
> character(s). AFAIK this is allowed in both PDF and PDF/A-1. More details + 
> links to test files here ('Multimedia' table and below):
> http://www.openplanetsfoundation.org/blogs/2013-07-25-identification-pdf-preservation-risks-sequel



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

[jira] [Commented] (PDFBOX-1110) Check rules for ColorSpace validation

[Ralf Hauser (JIRA)]

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

Ralf Hauser commented on PDFBOX-1110:
-

With today's build, ngrsgao_PDFA.pdf fails with

1: 7.1 : Error on MetaData, Invalid array type, expecting Seq and found Alt 
[prefix=dc; name=creator]
at org.apache.xmpbox.xml.DomXmpParser.manageArray(DomXmpParser.java:430)
at 
org.apache.xmpbox.xml.DomXmpParser.createProperty(DomXmpParser.java:334)
at 
org.apache.xmpbox.xml.DomXmpParser.parseDescriptionRoot(DomXmpParser.java:292)
at org.apache.xmpbox.xml.DomXmpParser.parse(DomXmpParser.java:206)
at org.apache.xmpbox.xml.DomXmpParser.parse(DomXmpParser.java:114)
at 
org.apache.pdfbox.preflight.process.MetadataValidationProcess.validate(MetadataValidationProcess.java:67)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)

> Check rules for ColorSpace validation
> -
>
> Key: PDFBOX-1110
> URL: https://issues.apache.org/jira/browse/PDFBOX-1110
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 1.7.0
>Reporter: Eric Leleu
>Assignee: Eric Leleu
>Priority: Minor
> Fix For: 1.7.0
>
> Attachments: ngrsgao_PDFA.pdf, pdfopk7PDFA.pdf
>
>
> Some PDF/A validated by Adobe products are rejected by Preflight due to color 
> space rules.
> TODO : 
> - Check requirement on the PDF/A specification 
> - Fix problems



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

[jira] [Commented] (PDFBOX-2486) ClassCastException in AcroFormValidationProcess.exploreFields

[Ralf Hauser (JIRA)]

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

Ralf Hauser commented on PDFBOX-2486:
-

Disney-Flash.pdf shows the same symptom PDFBOX-1674

> ClassCastException in AcroFormValidationProcess.exploreFields
> -
>
> Key: PDFBOX-2486
> URL: https://issues.apache.org/jira/browse/PDFBOX-2486
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, Preflight
>Affects Versions: 2.0.0
>Reporter: Tilman Hausherr
> Attachments: 004324.pdf, 006654.pdf, 006982.pdf, 032618.pdf
>
>
> I get this with the attached files:
> {code}
> Exception in thread "main" java.lang.ClassCastException: 
> org.apache.pdfbox.pdmodel.interactive.form.PDNonTerminalField cannot be cast 
> to org.apache.pdfbox.pdmodel.interactive.form.PDField
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.exploreFields(AcroFormValidationProcess.java:107)
>   at 
> org.apache.pdfbox.preflight.process.AcroFormValidationProcess.validate(AcroFormValidationProcess.java:60)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.runSimple(Validator_A1b.java:161)
>   at 
> org.apache.pdfbox.preflight.Validator_A1b.main(Validator_A1b.java:126)
> {code}



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

[jira] [Updated] (PDFBOX-2503) false negative? 1: 7.2 : Error on MetaData, Producer present in the document catalog dictionary doesn't match with XMP information

[Ralf Hauser (JIRA)]

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

Ralf Hauser updated PDFBOX-2503:

Attachment: 2503.pdf

reproduce with 2503.pdf

> false negative? 1: 7.2 : Error on MetaData, Producer present in the document 
> catalog dictionary doesn't match with XMP information
> --
>
> Key: PDFBOX-2503
> URL: https://issues.apache.org/jira/browse/PDFBOX-2503
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 2.0.0
>Reporter: Ralf Hauser
> Attachments: 2503.pdf
>
>
> at 
> org.apache.pdfbox.preflight.metadata.SynchronizedMetaDataValidation.unsynchronizedMetaDataError(SynchronizedMetaDataValidation.java:534)
>   at 
> org.apache.pdfbox.preflight.metadata.SynchronizedMetaDataValidation.analyzeProducerProperty(SynchronizedMetaDataValidation.java:277)
>   at 
> org.apache.pdfbox.preflight.metadata.SynchronizedMetaDataValidation.validateMetadataSynchronization(SynchronizedMetaDataValidation.java:471)
>   at 
> org.apache.pdfbox.preflight.process.MetadataValidationProcess.validate(MetadataValidationProcess.java:83)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)



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

[jira] [Created] (PDFBOX-2503) false negative? 1: 7.2 : Error on MetaData, Producer present in the document catalog dictionary doesn't match with XMP information

[Ralf Hauser (JIRA)]

Ralf Hauser created PDFBOX-2503:
---

 Summary: false negative? 1: 7.2 : Error on MetaData, Producer 
present in the document catalog dictionary doesn't match with XMP information
 Key: PDFBOX-2503
 URL: https://issues.apache.org/jira/browse/PDFBOX-2503
 Project: PDFBox
  Issue Type: Bug
  Components: Preflight
Affects Versions: 2.0.0
Reporter: Ralf Hauser


at 
org.apache.pdfbox.preflight.metadata.SynchronizedMetaDataValidation.unsynchronizedMetaDataError(SynchronizedMetaDataValidation.java:534)
at 
org.apache.pdfbox.preflight.metadata.SynchronizedMetaDataValidation.analyzeProducerProperty(SynchronizedMetaDataValidation.java:277)
at 
org.apache.pdfbox.preflight.metadata.SynchronizedMetaDataValidation.validateMetadataSynchronization(SynchronizedMetaDataValidation.java:471)
at 
org.apache.pdfbox.preflight.process.MetadataValidationProcess.validate(MetadataValidationProcess.java:83)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)



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

[jira] [Closed] (PDFBOX-2450) RenderingHints of PageDrawer should be customizable

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr closed PDFBOX-2450.
---
Resolution: Not a Problem

Ok, I assume we can close it for now. It is good news that the manufacturer is 
responsive!

> RenderingHints of PageDrawer should be customizable
> ---
>
> Key: PDFBOX-2450
> URL: https://issues.apache.org/jira/browse/PDFBOX-2450
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Rendering
>Affects Versions: 2.0.0
>Reporter: Pei-Tang Huang
>Priority: Minor
>  Labels: PageDrawer, RenderingHints,
> Attachments: 300dpi_aa_8x.png, 300dpi_noaa_8x.png, 
> dot_matrix_output.jpg, test.pdf
>
>
> RenderingHints defaults are hard-coded in 
> [PageDrawer|https://github.com/apache/pdfbox/blob/54037862e4c55ab45eb8aecc44b79afbfbcd8dd9/pdfbox/src/main/java/org/apache/pdfbox/rendering/PageDrawer.java#L143-L151]
>  now.
> However, the defaults are not always valid for every situation. For example, 
> I have a PDF file containing barcodes, which will be printed out using a low 
> resolution dot matrix printer. The {{RenderingHints.VALUE_ANTIALIAS_ON}}  
> default confuses all of our barcode reader!
> A dirty workaround I had is to extend {{PDFPrinter}}, use reflection to set 
> the {{protected}} but {{final}} {{super.renderer}} field with following 
> extension:
> {code:java}
> @Override
> public void renderPageToGraphics(int pageIndex, Graphics2D graphics, float 
> scale) throws IOException {
> // proxy graphics, applying hints immediately, suppress all subsequent 
> setRenderingHint request
> Graphics2D hintsAppliedGraphics = new HintsAppliedGraphics2D(graphics, 
> hints);
> super.renderPageToGraphics(pageIndex, hintsAppliedGraphics, scale);
> }
> {code}
> It will be nice if there exist a more elegant way to specify {{RenderHint}} s.



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

[jira] [Updated] (PDFBOX-2502) false negative? 1.4.6 : Trailer Syntax error, ID is different in the first and the last trailer

[John Hewson (JIRA)]

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

John Hewson updated PDFBOX-2502:

Fix Version/s: 2.0.0

> false negative? 1.4.6 : Trailer Syntax error, ID is different in the first 
> and the last trailer
> ---
>
> Key: PDFBOX-2502
> URL: https://issues.apache.org/jira/browse/PDFBOX-2502
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 2.0.0
> Environment: java7 deb7
>Reporter: Ralf Hauser
> Fix For: 2.0.0
>
> Attachments: 038R.pdf
>
>
> at 
> org.apache.pdfbox.preflight.process.TrailerValidationProcess.checkTrailersForLinearizedPDF14(TrailerValidationProcess.java:111)
>   at 
> org.apache.pdfbox.preflight.process.TrailerValidationProcess.validate(TrailerValidationProcess.java:77)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)



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

[jira] [Commented] (PDFBOX-2340) Overhaul PDFBox Documentation

[ASF subversion and git services (JIRA)]

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

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

Commit 0df2cb09d709f4400b6895529036a53e6edbfa30 in pdfbox-docs's branch 
refs/heads/master from tilman
[ https://git-wip-us.apache.org/repos/asf?p=pdfbox-docs.git;h=0df2cb0 ]

PDFBOX-2340: rendering

> Overhaul PDFBox Documentation
> -
>
> Key: PDFBOX-2340
> URL: https://issues.apache.org/jira/browse/PDFBOX-2340
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Documentation
>Affects Versions: 2.0.0
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Critical
> Fix For: 2.0.0
>
> Attachments: Mockup-20140912.png, Mockup_Documentation.png
>
>
> In oder to make it easier for users of PDFBox to work with the library there 
> shall be an enhanced documentation consisting of an introduction, API 
> references and more well documented examples and code snippets (Cookbook).
> In order to make it easier to contribute the Cookbook shall be build 
> automatically from the examples/snippet ‚repository‘.



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

[jira] [Updated] (PDFBOX-2502) false negative? 1.4.6 : Trailer Syntax error, ID is different in the first and the last trailer

[Ralf Hauser (JIRA)]

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

Ralf Hauser updated PDFBOX-2502:

Attachment: 038R.pdf

038R.pdf is the test file

> false negative? 1.4.6 : Trailer Syntax error, ID is different in the first 
> and the last trailer
> ---
>
> Key: PDFBOX-2502
> URL: https://issues.apache.org/jira/browse/PDFBOX-2502
> Project: PDFBox
>  Issue Type: Bug
>  Components: Preflight
>Affects Versions: 2.0.0
> Environment: java7 deb7
>Reporter: Ralf Hauser
> Attachments: 038R.pdf
>
>
> at 
> org.apache.pdfbox.preflight.process.TrailerValidationProcess.checkTrailersForLinearizedPDF14(TrailerValidationProcess.java:111)
>   at 
> org.apache.pdfbox.preflight.process.TrailerValidationProcess.validate(TrailerValidationProcess.java:77)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
>   at 
> org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
>   at 
> org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)



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

[jira] [Created] (PDFBOX-2502) false negative? 1.4.6 : Trailer Syntax error, ID is different in the first and the last trailer

[Ralf Hauser (JIRA)]

Ralf Hauser created PDFBOX-2502:
---

 Summary: false negative? 1.4.6 : Trailer Syntax error, ID is 
different in the first and the last trailer
 Key: PDFBOX-2502
 URL: https://issues.apache.org/jira/browse/PDFBOX-2502
 Project: PDFBox
  Issue Type: Bug
  Components: Preflight
Affects Versions: 2.0.0
 Environment: java7 deb7
Reporter: Ralf Hauser


at 
org.apache.pdfbox.preflight.process.TrailerValidationProcess.checkTrailersForLinearizedPDF14(TrailerValidationProcess.java:111)
at 
org.apache.pdfbox.preflight.process.TrailerValidationProcess.validate(TrailerValidationProcess.java:77)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.callValidation(ContextHelper.java:73)
at 
org.apache.pdfbox.preflight.utils.ContextHelper.validateElement(ContextHelper.java:88)
at 
org.apache.pdfbox.preflight.PreflightDocument.validate(PreflightDocument.java:168)



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

[jira] [Commented] (PDFBOX-2340) Overhaul PDFBox Documentation

[ASF subversion and git services (JIRA)]

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

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

Commit 255b744515d8572237398188fa8aa84827ffb442 in pdfbox-docs's branch 
refs/heads/master from [~tilman]
[ https://git-wip-us.apache.org/repos/asf?p=pdfbox-docs.git;h=255b744 ]

PDFBOX-2340: grammar

> Overhaul PDFBox Documentation
> -
>
> Key: PDFBOX-2340
> URL: https://issues.apache.org/jira/browse/PDFBOX-2340
> Project: PDFBox
>  Issue Type: Improvement
>  Components: Documentation
>Affects Versions: 2.0.0
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Critical
> Fix For: 2.0.0
>
> Attachments: Mockup-20140912.png, Mockup_Documentation.png
>
>
> In oder to make it easier for users of PDFBox to work with the library there 
> shall be an enhanced documentation consisting of an introduction, API 
> references and more well documented examples and code snippets (Cookbook).
> In order to make it easier to contribute the Cookbook shall be build 
> automatically from the examples/snippet ‚repository‘.



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

[jira] [Updated] (PDFBOX-2197) Add sample how to import a page as PDFormXObject

[Maruan Sahyoun (JIRA)]

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

Maruan Sahyoun updated PDFBOX-2197:
---
Fix Version/s: 1.8.8

> Add sample how to import a page as PDFormXObject
> 
>
> Key: PDFBOX-2197
> URL: https://issues.apache.org/jira/browse/PDFBOX-2197
> Project: PDFBox
>  Issue Type: Task
>  Components: Documentation
>Affects Versions: 2.0.0
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Trivial
> Fix For: 1.8.8, 2.0.0
>
>
> Add an example to the pdfbox examples how to import a page from another 
> document into a master document as PDFormXObject



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

[jira] [Commented] (PDFBOX-2197) Add sample how to import a page as PDFormXObject

[Maruan Sahyoun (JIRA)]

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

Maruan Sahyoun commented on PDFBOX-2197:


I added a sample based on an answer I gave at the users mailing list. 

[~mklenk] There is already a helper class in o.a.p.util.LayerUtility to do the 
import. I’ll enhance the sample with the rotation examples you provided. Thank 
you for that.

> Add sample how to import a page as PDFormXObject
> 
>
> Key: PDFBOX-2197
> URL: https://issues.apache.org/jira/browse/PDFBOX-2197
> Project: PDFBox
>  Issue Type: Task
>  Components: Documentation
>Affects Versions: 2.0.0
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Trivial
> Fix For: 2.0.0
>
>
> Add an example to the pdfbox examples how to import a page from another 
> document into a master document as PDFormXObject



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

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[ASF subversion and git services (JIRA)]

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

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

Commit 1640182 from [~lehmi] in branch 'pdfbox/branches/1.8'
[ https://svn.apache.org/r1640182 ]

PDFBOX-2469: don't decrypt the Signature dictionary when using the old parser

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[ASF subversion and git services (JIRA)]

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

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

Commit 1640178 from [~lehmi] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1640178 ]

PDFBOX-2469: don't decrypt the Signature dictionary when using the old parser

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

[jira] [Commented] (PDFBOX-2501) Page render without barcode

[ASF subversion and git services (JIRA)]

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

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

Commit 1640177 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1640177 ]

PDFBOX-2501: skip one LF if needed (malformed inline image syntax)

> Page render without barcode
> ---
>
> Key: PDFBOX-2501
> URL: https://issues.apache.org/jira/browse/PDFBOX-2501
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7
> Environment: Ubuntu Linux, Java 8
>Reporter: Daniel Egea
>Assignee: Tilman Hausherr
> Fix For: 2.0.0
>
> Attachments: image.png, iris2_4943659641078733308.pdf, 
> iris2_4943659641078733308_unc.pdf
>
>
> I have tryed this code:
> {code}
> try {
> PDDocument doc = PDDocument.load(f);
> PDPage page = (PDPage) 
> doc.getDocumentCatalog().getAllPages().get(0);
> BufferedImage image;
> image = page.convertToImage();
> File outputfile = new File("/home/daniel/image.png");
> ImageIO.write(image, "png", outputfile);
> } catch (IOException ex) {
> Logger.getLogger(Impresora.class.getName()).log(Level.SEVERE, 
> null, ex);
> }
> {code}
> Using the PDF attached
> And get the PNG attached
> In the rendering process I get the following error... in the 
> 'convertToImage()' call
> {code}
> 2014-11-14 13:56:12,592 WARN [org.apache.pdfbox.util.PDFStreamEngine] - 
> 
> java.lang.ArrayIndexOutOfBoundsException
> at java.lang.System.arraycopy(Native Method)
> at 
> org.apache.pdfbox.pdmodel.graphics.xobject.PDInlinedImage.createImage(PDInlinedImage.java:218)
> at 
> org.apache.pdfbox.util.operator.pagedrawer.BeginInlineImage.process(BeginInlineImage.java:69)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processOperator(PDFStreamEngine.java:557)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:268)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:235)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:215)
> at org.apache.pdfbox.pdfviewer.PageDrawer.drawPage(PageDrawer.java:139)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:801)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:732)
> {code}
> One for each of the 4 barcodes in PDF file
> As you can see, te page is rendered OK but without any barcode
> How could I render completily OK?



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

[jira] [Updated] (PDFBOX-2501) Page render without barcode

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2501:

Fix Version/s: 2.0.0

> Page render without barcode
> ---
>
> Key: PDFBOX-2501
> URL: https://issues.apache.org/jira/browse/PDFBOX-2501
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7
> Environment: Ubuntu Linux, Java 8
>Reporter: Daniel Egea
>Assignee: Tilman Hausherr
> Fix For: 2.0.0
>
> Attachments: image.png, iris2_4943659641078733308.pdf, 
> iris2_4943659641078733308_unc.pdf
>
>
> I have tryed this code:
> {code}
> try {
> PDDocument doc = PDDocument.load(f);
> PDPage page = (PDPage) 
> doc.getDocumentCatalog().getAllPages().get(0);
> BufferedImage image;
> image = page.convertToImage();
> File outputfile = new File("/home/daniel/image.png");
> ImageIO.write(image, "png", outputfile);
> } catch (IOException ex) {
> Logger.getLogger(Impresora.class.getName()).log(Level.SEVERE, 
> null, ex);
> }
> {code}
> Using the PDF attached
> And get the PNG attached
> In the rendering process I get the following error... in the 
> 'convertToImage()' call
> {code}
> 2014-11-14 13:56:12,592 WARN [org.apache.pdfbox.util.PDFStreamEngine] - 
> 
> java.lang.ArrayIndexOutOfBoundsException
> at java.lang.System.arraycopy(Native Method)
> at 
> org.apache.pdfbox.pdmodel.graphics.xobject.PDInlinedImage.createImage(PDInlinedImage.java:218)
> at 
> org.apache.pdfbox.util.operator.pagedrawer.BeginInlineImage.process(BeginInlineImage.java:69)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processOperator(PDFStreamEngine.java:557)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:268)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:235)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:215)
> at org.apache.pdfbox.pdfviewer.PageDrawer.drawPage(PageDrawer.java:139)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:801)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:732)
> {code}
> One for each of the 4 barcodes in PDF file
> As you can see, te page is rendered OK but without any barcode
> How could I render completily OK?



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

[jira] [Commented] (PDFBOX-2501) Page render without barcode

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr commented on PDFBOX-2501:
-

Your file is malformed:
- p215 of the 1.7 spec: "Unless the image uses ASCIIHexDecode or ASCII85Decode 
as one of its filters, the ID operator shall be followed by a single 
white-space character, and the next character shall be interpreted as the first 
byte of image data."
- p214 of the 1.7 spec: "Because the inline format gives the reader less 
flexibility in managing the image data, it shall be used only for small images 
(4 KB or less)." One of your inline images (which is blank, i.e. you're wasting 
space) has a size of 110KB. The 4 others (the barcodes) have sizes of 5KB and 
13KB. Additionally, I don't think it is a good idea to encode barcodes in a 
JPEG. Barcodes should be b/w, and your barcodes have 34 different colors. 
You're wasting space, you are using a color format instead of a 1 bit b/w 
format.

The second point is mostly harmless, but the first one is not, the PDF stream 
has this: ...49 44 0d 0a ff d8 ff e0... 49 44 = "ID". Then comes "0d 0a" which 
is CR LF. However the LF is already the first byte of data :-(

(You can't see this yourself when editing your file, the PDF stream is 
compressed, I have attached an uncompressed version)

Now I could of course add a check that the second byte is a LF and then skip it 
(I tried it and now your file can be rendered). However what if this is really 
data? This could be the case with a different filter than the one you have, 
which is DCT (= JPEG).

So these are the options:
1) you contact those who created this file (Fast Reports, 
http://www.fast-report.com/en/support/), show them this issue, and ask them to 
fix it immediately. They can write here or contact me directly if they have 
more questions.
2) you build PDFBox from source and I tell you the change to do

There are two possibilities that come to my mind for (2). One is to add a check 
in PDFStreamParser.java near "case 'I'", the second one is to change JPXFilter 
to use a PushbackInputStream to peek the first byte and unread it if it is not 
0x0A. The first possibility brings the risk I mentioned above. The second 
possibility, which I'd prefer, means a slightly slower performance and a 
slightly higher memory usage which is why I'm reluctant to do it for 1.8.

(In the trunk the change is easy and I'll do it, because DCTFilter already uses 
ImageInputStream which allows a seek. However you're using 1.8)


> Page render without barcode
> ---
>
> Key: PDFBOX-2501
> URL: https://issues.apache.org/jira/browse/PDFBOX-2501
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7
> Environment: Ubuntu Linux, Java 8
>Reporter: Daniel Egea
>Assignee: Tilman Hausherr
> Attachments: image.png, iris2_4943659641078733308.pdf, 
> iris2_4943659641078733308_unc.pdf
>
>
> I have tryed this code:
> {code}
> try {
> PDDocument doc = PDDocument.load(f);
> PDPage page = (PDPage) 
> doc.getDocumentCatalog().getAllPages().get(0);
> BufferedImage image;
> image = page.convertToImage();
> File outputfile = new File("/home/daniel/image.png");
> ImageIO.write(image, "png", outputfile);
> } catch (IOException ex) {
> Logger.getLogger(Impresora.class.getName()).log(Level.SEVERE, 
> null, ex);
> }
> {code}
> Using the PDF attached
> And get the PNG attached
> In the rendering process I get the following error... in the 
> 'convertToImage()' call
> {code}
> 2014-11-14 13:56:12,592 WARN [org.apache.pdfbox.util.PDFStreamEngine] - 
> 
> java.lang.ArrayIndexOutOfBoundsException
> at java.lang.System.arraycopy(Native Method)
> at 
> org.apache.pdfbox.pdmodel.graphics.xobject.PDInlinedImage.createImage(PDInlinedImage.java:218)
> at 
> org.apache.pdfbox.util.operator.pagedrawer.BeginInlineImage.process(BeginInlineImage.java:69)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processOperator(PDFStreamEngine.java:557)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:268)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:235)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:215)
> at org.apache.pdfbox.pdfviewer.PageDrawer.drawPage(PageDrawer.java:139)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:801)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:732)
> {code}
> One for each of the 4 barcodes in PDF file
> As you can see, te page is rendered OK but without any barcode
> How could I render completily OK?



--
This message was sen

[jira] [Updated] (PDFBOX-2501) Page render without barcode

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr updated PDFBOX-2501:

Attachment: iris2_4943659641078733308_unc.pdf

> Page render without barcode
> ---
>
> Key: PDFBOX-2501
> URL: https://issues.apache.org/jira/browse/PDFBOX-2501
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7
> Environment: Ubuntu Linux, Java 8
>Reporter: Daniel Egea
>Assignee: Tilman Hausherr
> Attachments: image.png, iris2_4943659641078733308.pdf, 
> iris2_4943659641078733308_unc.pdf
>
>
> I have tryed this code:
> {code}
> try {
> PDDocument doc = PDDocument.load(f);
> PDPage page = (PDPage) 
> doc.getDocumentCatalog().getAllPages().get(0);
> BufferedImage image;
> image = page.convertToImage();
> File outputfile = new File("/home/daniel/image.png");
> ImageIO.write(image, "png", outputfile);
> } catch (IOException ex) {
> Logger.getLogger(Impresora.class.getName()).log(Level.SEVERE, 
> null, ex);
> }
> {code}
> Using the PDF attached
> And get the PNG attached
> In the rendering process I get the following error... in the 
> 'convertToImage()' call
> {code}
> 2014-11-14 13:56:12,592 WARN [org.apache.pdfbox.util.PDFStreamEngine] - 
> 
> java.lang.ArrayIndexOutOfBoundsException
> at java.lang.System.arraycopy(Native Method)
> at 
> org.apache.pdfbox.pdmodel.graphics.xobject.PDInlinedImage.createImage(PDInlinedImage.java:218)
> at 
> org.apache.pdfbox.util.operator.pagedrawer.BeginInlineImage.process(BeginInlineImage.java:69)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processOperator(PDFStreamEngine.java:557)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:268)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:235)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:215)
> at org.apache.pdfbox.pdfviewer.PageDrawer.drawPage(PageDrawer.java:139)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:801)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:732)
> {code}
> One for each of the 4 barcodes in PDF file
> As you can see, te page is rendered OK but without any barcode
> How could I render completily OK?



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

Re: Is there any new plan for PDFBox API after 1.8.7?

[Tilman Hausherr]

Is your question whether there will be an API change? Yes, in 2.0, but 
not in 1.8.8.


Is your question whether there will be an 1.8.8 version? Yes, within the 
next few weeks.


Tilman

Am 17.11.2014 um 09:58 schrieb Henry Zhu:

Dears,

  


Is there any new plan for PDFBox API after 1.8.7? Thanks in advanced.

  


Thanks&Best regards,

Henry

[jira] [Commented] (PDFBOX-2467) Remove substitute logic from ExternalFonts

[Cornelis Hoeflake (JIRA)]

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

Cornelis Hoeflake commented on PDFBOX-2467:
---

Ok, the problem was somewhat different than I described, I apologize. 

I have the TrueType Arial Bold font, the PDF uses the TrueType Arial,Bold font. 
My provider has no alias for Arial,Bold to Arial-Bold. I thought that would be 
done by the windowsToPs function. But... First all substitutes are tried. There 
is an alias to Helvetica-Bold for Arial,Bold, here is the trouble starting. 
This causes directly an issue when you have Helvetica-Bold True Type (not my 
case, not very commin). 
Due to the standard 14 adding mechanism in ExternalFonts, now for Arial,Bold 
all substitutes of Helvetica-Bold are added. Also Arial-BoldMT.
That is my issue. I have the True Type Arial-BoldMT, so that font is returned.

Now I fixed it by added an alias in my fontprovider: Arial,Bold for Arial-Bold. 
Now my font provider directly returns Arial Bold font upon the first request.



> Remove substitute logic from ExternalFonts
> --
>
> Key: PDFBOX-2467
> URL: https://issues.apache.org/jira/browse/PDFBOX-2467
> Project: PDFBox
>  Issue Type: Improvement
>Affects Versions: 2.0.0
>Reporter: Cornelis Hoeflake
>Assignee: John Hewson
> Fix For: 2.0.0
>
> Attachments: patch1.diff, patch2.diff
>
>
> The ExternalFonts class does some substitute logic for fonts. There is a 
> static map which holds the substitutes and is loaded in the ExternalClass 
> file and some substitutes are got from Standards14.
> Next that map also contains some substitutes for registry fonts (I don't know 
> what it is), but it feels a bit like misusing the substitutes mechanism (with 
> prepending a $ to omit conflicts).
> As user of PDFBox I want to have the control over substitutes. For example 
> when a PDF has font TrueType Arial,Bold (windows style), and my font provider 
> has only a Type1 font for Arial Bold, the current mechanism returns the 
> Helvetica Bold font True Type font (if have one in my fontprovider).
> So I wrote a patch which allows you to wrap a fontprovider in a 
> SubstituteFontProvider. That SubstituteFontProvider does the substitute logic 
> like ExternalFonts did before. The user is in control to wrap (or let 
> ExternalFonts wrap) his own fontprovider in the SubstituteFontProvider.
> The registry fonts issue is kept in ExternalFonts and uses an own map.



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

[jira] [Assigned] (PDFBOX-2501) Page render without barcode

[Tilman Hausherr (JIRA)]

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

Tilman Hausherr reassigned PDFBOX-2501:
---

Assignee: Tilman Hausherr

> Page render without barcode
> ---
>
> Key: PDFBOX-2501
> URL: https://issues.apache.org/jira/browse/PDFBOX-2501
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7
> Environment: Ubuntu Linux, Java 8
>Reporter: Daniel Egea
>Assignee: Tilman Hausherr
> Attachments: image.png, iris2_4943659641078733308.pdf
>
>
> I have tryed this code:
> {code}
> try {
> PDDocument doc = PDDocument.load(f);
> PDPage page = (PDPage) 
> doc.getDocumentCatalog().getAllPages().get(0);
> BufferedImage image;
> image = page.convertToImage();
> File outputfile = new File("/home/daniel/image.png");
> ImageIO.write(image, "png", outputfile);
> } catch (IOException ex) {
> Logger.getLogger(Impresora.class.getName()).log(Level.SEVERE, 
> null, ex);
> }
> {code}
> Using the PDF attached
> And get the PNG attached
> In the rendering process I get the following error... in the 
> 'convertToImage()' call
> {code}
> 2014-11-14 13:56:12,592 WARN [org.apache.pdfbox.util.PDFStreamEngine] - 
> 
> java.lang.ArrayIndexOutOfBoundsException
> at java.lang.System.arraycopy(Native Method)
> at 
> org.apache.pdfbox.pdmodel.graphics.xobject.PDInlinedImage.createImage(PDInlinedImage.java:218)
> at 
> org.apache.pdfbox.util.operator.pagedrawer.BeginInlineImage.process(BeginInlineImage.java:69)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processOperator(PDFStreamEngine.java:557)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:268)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:235)
> at 
> org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:215)
> at org.apache.pdfbox.pdfviewer.PageDrawer.drawPage(PageDrawer.java:139)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:801)
> at org.apache.pdfbox.pdmodel.PDPage.convertToImage(PDPage.java:732)
> {code}
> One for each of the 4 barcodes in PDF file
> As you can see, te page is rendered OK but without any barcode
> How could I render completily OK?



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

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[JIRA]

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

Andreas Lehmkühler commented on PDFBOX-2469:


I've improved my first fix and now it doesn't work anymore using the old parser 
:-( So there has to be something different with the stream providing the data. 
I've to investigate further


> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[ASF subversion and git services (JIRA)]

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

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

Commit 1640138 from [~lehmi] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1640138 ]

PDFBOX-2469: improved decryption handling

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[ASF subversion and git services (JIRA)]

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

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

Commit 1640137 from [~lehmi] in branch 'pdfbox/branches/1.8'
[ https://svn.apache.org/r1640137 ]

PDFBOX-2469: improved decryption handling, fixed checkstyle issues

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

[jira] [Comment Edited] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[JIRA]

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

Andreas Lehmkühler edited comment on PDFBOX-2469 at 11/17/14 10:25 AM:
---

I read a lot about the BadPaddingException and learned the the usage of the 
CipherInputStream should be avoided. I've replaced at least one piece of code 
to avoid the particular stream and now the BadPaddingException is gone. There 
is still one part left which doesn't seem to be critical but maybe it's a good 
idea to change that part as well


was (Author: lehmi):
I read a lot about the BadPaddingException and learned the the usage of the 
CipherInputStream should be avoided. I've replaced at least one peice of code 
to avoid the particular stream and now the BadPaddingException is gone. There 
is still one part left which doesn't seem to be critical but maybe it's a good 
idea to change that part as well

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[JIRA]

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

Andreas Lehmkühler commented on PDFBOX-2469:


I read a lot about the BadPaddingException and learned the the usage of the 
CipherInputStream should be avoided. I've replaced at least one peice of code 
to avoid the particular stream and now the BadPaddingException is gone. There 
is still one part left which doesn't seem to be critical but maybe it's a good 
idea to change that part as well

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[ASF subversion and git services (JIRA)]

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

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

Commit 1640131 from [~lehmi] in branch 'pdfbox/branches/1.8'
[ https://svn.apache.org/r1640131 ]

PDFBOX-2469: avoid BadPaddingException by not using a CipherInputStream

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[ASF subversion and git services (JIRA)]

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

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

Commit 1640127 from [~lehmi] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1640127 ]

PDFBOX-2469: avoid BadPaddingException by not using a CipherInputStream

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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

Is there any new plan for PDFBox API after 1.8.7?

[Henry Zhu]

Dears,

 

Is there any new plan for PDFBox API after 1.8.7? Thanks in advanced.

 

Thanks&Best regards,

Henry

Jenkins build is back to stable : PDFBox-trunk #1442

[Apache Jenkins Server]

See 

Jenkins build is back to stable : PDFBox-trunk » Apache PDFBox #1442

[Apache Jenkins Server]

See 

[jira] [Commented] (PDFBOX-2469) javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT

[JIRA]

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

Andreas Lehmkühler commented on PDFBOX-2469:


[~Thunderforge] It seems to be related to the jdk version but not the used OS

> javax.crypto.BadPaddingException in PDFBox 1.8.8-SNAPSHOT
> -
>
> Key: PDFBOX-2469
> URL: https://issues.apache.org/jira/browse/PDFBOX-2469
> Project: PDFBox
>  Issue Type: Bug
>  Components: PDModel
>Affects Versions: 1.8.7, 2.0.0
>Reporter: Tim Allison
>Assignee: Andreas Lehmkühler
>Priority: Minor
>  Labels: AES128
> Fix For: 1.8.8, 2.0.0
>
> Attachments: testPDF_acroForm.pdf
>
>
> [~gagravarr] noticed that one of our old test files fails a Tika test now 
> with PDFBox 1.8.7 and Java 1.6.
> I just tested the pure PDFBox app built with PDFBox 1.8.8-SNAPSHOT, and I'm 
> getting the same exception with Java 1.6 and Java 1.7.
> Stacktrace: 
> {noformat}
> ExtractText failed with the following exception:
> java.io.IOException: javax.crypto.BadPaddingException: Given final block not 
> properly padded
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:118)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:236)
> at javax.crypto.CipherInputStream.read(CipherInputStream.java:212)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.encryptData(SecurityHandler.java:316)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptStream(SecurityHandler.java:421)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decrypt(SecurityHandler.java:390)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.decryptObject(SecurityHandler.java:365)
> at 
> org.apache.pdfbox.pdmodel.encryption.SecurityHandler.proceedDecryption(SecurityHandler.java:196)
> at 
> org.apache.pdfbox.pdmodel.encryption.StandardSecurityHandler.decryptDocument(StandardSecurityHandler.java:158)
> at 
> org.apache.pdfbox.pdmodel.PDDocument.openProtection(PDDocument.java:1598)
> at org.apache.pdfbox.ExtractText.startExtraction(ExtractText.java:216)
> at org.apache.pdfbox.ExtractText.main(ExtractText.java:85)
> at org.apache.pdfbox.PDFBox.main(PDFBox.java:58)
> Caused by: javax.crypto.BadPaddingException: Given final block not properly 
> padded
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:811)
> at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:676)
> at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:423)
> at javax.crypto.Cipher.doFinal(Cipher.java:1708)
> at 
> javax.crypto.CipherInputStream.getMoreData(CipherInputStream.java:112)
> ... 12 more
> {noformat}
> java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> and
> java version "1.6.0_33"
> OpenJDK Runtime Environment (IcedTea6 1.13.5) (rhel-1.13.5.0.el6_6-x86_64)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)



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