date:20180509

[jira] [Updated] (PDFBOX-3469) Improve handling of tab character when setting AcroForm field values

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-3469:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> Improve handling of tab character when setting AcroForm field values
> 
>
> Key: PDFBOX-3469
> URL: https://issues.apache.org/jira/browse/PDFBOX-3469
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm
>Reporter: Maruan Sahyoun
>Priority: Minor
>
> When a plan text form field is filled with a value containing the TAB {{\t}} 
> character Adobe Acrobat jumps to tab positions. Look at replicating that.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-3746) Improve font encoding for interactive form fields with capable embedded font

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-3746:
---
Issue Type: Sub-task  (was: Improvement)
Parent: PDFBOX-4212

> Improve font encoding for interactive form fields with capable embedded font
> 
>
> Key: PDFBOX-3746
> URL: https://issues.apache.org/jira/browse/PDFBOX-3746
> Project: PDFBox
>  Issue Type: Sub-task
>  Components: AcroForm
>Affects Versions: 2.0.5, 2.0.6
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Major
>
> As discussed at
>   https://issues.apache.org/jira/browse/PDFBOX-3138
>   
> http://stackoverflow.com/questions/42903217/write-cyrillic-chars-into-pdf-form-fields-with-pdfbox
>   
> http://stackoverflow.com/questions/43223959/character-not-available-in-this-fonts-encoding
> we should improve the font handling similar to how Adobe Acrobat handles it 
> if the embedded font contains the needed characters. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-3746) Improve font encoding for interactive form fields with capable embedded font

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-3746:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> Improve font encoding for interactive form fields with capable embedded font
> 
>
> Key: PDFBOX-3746
> URL: https://issues.apache.org/jira/browse/PDFBOX-3746
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm
>Affects Versions: 2.0.5, 2.0.6
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Major
>
> As discussed at
>   https://issues.apache.org/jira/browse/PDFBOX-3138
>   
> http://stackoverflow.com/questions/42903217/write-cyrillic-chars-into-pdf-form-fields-with-pdfbox
>   
> http://stackoverflow.com/questions/43223959/character-not-available-in-this-fonts-encoding
> we should improve the font handling similar to how Adobe Acrobat handles it 
> if the embedded font contains the needed characters. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4189) Enable PDF creation with Indian languages, by reading and utilizing the GSUB table

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun commented on PDFBOX-4189:


[~jahewson] Thanks for the hint. All classes around TextLayout, GlyphVector etc 
look very promising as a base for us. Unfortunately we had a number of issues 
in the past using PDF fonts as awt.Font objects which was one of the reasons 
for rewriting a lot of the font related stuff which you did. Would you see a 
chance that this no longer happens?

> Enable PDF creation with Indian languages, by reading and utilizing the GSUB 
> table
> --
>
> Key: PDFBOX-4189
> URL: https://issues.apache.org/jira/browse/PDFBOX-4189
> Project: PDFBox
>  Issue Type: New Feature
>  Components: FontBox, PDModel
>Reporter: Palash Ray
>Priority: Major
> Attachments: Bengali-text-after.pdf, Bengali-text-before.pdf, 
> BengaliPdfGenerationHelloWorld.java, bengali-example.pdf, 
> bengali-example2.pdf, bengali-example3.pdf, committed.patch, screenshot.png
>
>   Original Estimate: 336h
>  Remaining Estimate: 336h
>
> Implemented proper rendering of Indian languages, which need extensive Glyph 
> substitution. The GSUB table has been read and used effectively to replace 
> some compound words with their respective Glyphs. All tests are passing. I 
> have tested this for the Bengali font. Please review these changes and let me 
> know if it makes sense to incorporate these.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Resolved] (PDFBOX-4118) Retain Exception in log output

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun resolved PDFBOX-4118.

Resolution: Fixed

Done for pdfbox. There are still some flagged for PDFDebugger and Preflight in 
Sonar which I'm not going to touch. For PDFDebugger we need to think about 
including these in the custom log handler for Preflight they are not handled on 
purpose. They should either be done within the general ticker or by a new one.  

> Retain Exception in log output 
> ---
>
> Key: PDFBOX-4118
> URL: https://issues.apache.org/jira/browse/PDFBOX-4118
> Project: PDFBox
>  Issue Type: Sub-task
>Affects Versions: 3.0.0 PDFBox
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Major
> Fix For: 3.0.0 PDFBox
>
>
> This task is to track resolving the message.
> {quote}
> Either log or rethrow this exception.
> {quote}
> I'll do that for trunk only to limit the time needed.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-2639) Enhance the AcroForms related API

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-2639:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> Enhance the AcroForms related API
> -
>
> Key: PDFBOX-2639
> URL: https://issues.apache.org/jira/browse/PDFBOX-2639
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm
>Reporter: Maruan Sahyoun
>Priority: Minor
>
> This is a general issue to gather input for potential enhancements to use 
> PDFBox for forms creation and filling. Sub tasks to that issue will track 
> individual enhancements which might result from that input.
> Possible enhancements
> - -currently getWidget() only returns a single Widget but a field might have 
> multiple- > use getWidgets()
> - adding a Widget to already existing ones could be simplified
> - working with Widgets within RadioButtons might be enhanced to easier 
> check/uncheck a Radiobutton option
> - make it easier to set the fields value



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Created] (PDFBOX-4212) Rewrite formatter for interactive form fields

2018-05-09 Thread Maruan Sahyoun (JIRA)

Maruan Sahyoun created PDFBOX-4212:
--

 Summary: Rewrite formatter for interactive form fields
 Key: PDFBOX-4212
 URL: https://issues.apache.org/jira/browse/PDFBOX-4212
 Project: PDFBox
  Issue Type: Improvement
  Components: AcroForm
Affects Versions: 2.0.9, 3.0.0 PDFBox
Reporter: Maruan Sahyoun


With the inclusion of GSUB information there are additional capabilities for 
text formatting as well as additional language support. 

This ticket will track the rewrite/enhancement of the current text formatter 
which should also include better font handling/handling of missing characters 
in line with how Acrobat handles such situations. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-3138) PDTextField doesn't accept any Hebrew characters as new value

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-3138:
---
Issue Type: Sub-task  (was: Bug)
Parent: PDFBOX-4212

> PDTextField doesn't accept any Hebrew characters as new value
> -
>
> Key: PDFBOX-3138
> URL: https://issues.apache.org/jira/browse/PDFBOX-3138
> Project: PDFBox
>  Issue Type: Sub-task
>  Components: AcroForm, FontBox
>Affects Versions: 2.0.0
> Environment: Eclipse 4.2.2, Windows 7 Pro, JRE 1.8.0_05
>Reporter: Gilad Denneboom
>Assignee: Maruan Sahyoun
>Priority: Major
> Attachments: SetHebrewFieldValueTest.java, Test-3-filled.pdf, 
> Test.pdf, Test.txt
>
>
> Trying to set a UTF-8 encoded Hebrew string as the value of a PDTextField 
> fails with the following exception:
> {code}
> Exception in thread "main" java.lang.IllegalArgumentException: No glyph for 
> U+05D7 in font AdobeHebrew-Regular
>   at 
> org.apache.pdfbox.pdmodel.font.PDType1CFont.encode(PDType1CFont.java:300)
>   at org.apache.pdfbox.pdmodel.font.PDFont.encode(PDFont.java:283)
>   at 
> org.apache.pdfbox.pdmodel.PDPageContentStream.showText(PDPageContentStream.java:341)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.PlainTextFormatter.format(PlainTextFormatter.java:213)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.insertGeneratedAppearance(AppearanceGeneratorHelper.java:373)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.setAppearanceContent(AppearanceGeneratorHelper.java:237)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.setAppearanceValue(AppearanceGeneratorHelper.java:144)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.PDTextField.constructAppearances(PDTextField.java:263)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.PDTerminalField.applyChange(PDTerminalField.java:221)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.PDTextField.setValue(PDTextField.java:218)
>   at SetHebrewFieldValueTest.main(SetHebrewFieldValueTest.java:22)
> {code}
> I've tried using multiple fonts for the field, all of which can handle Hebrew 
> characters just fine, and got the same results in all of them.
> See attached files for a demonstration of the issue.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-2661) Implement font fallback for AcroForms

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-2661:
---
Issue Type: Sub-task  (was: Improvement)
Parent: PDFBOX-4212

> Implement font fallback for AcroForms
> -
>
> Key: PDFBOX-2661
> URL: https://issues.apache.org/jira/browse/PDFBOX-2661
> Project: PDFBox
>  Issue Type: Sub-task
>  Components: AcroForm
>Affects Versions: 1.8.8, 2.0.0
>Reporter: Maruan Sahyoun
>Priority: Major
> Attachments: FontTest.java, Fonts.pdf, Fonts2-Filled.pdf, Fonts2.pdf, 
> Franklin.png, field-filled.png, field.png, fonts2-filled.png, fonttables.txt
>
>
> There are forms where the font specified in the fields default appearance is 
> not pointing to the correct fields or forms resources entry. Adobe 
> Reader/Acrobat have a (unspecified) fallback mechanism to resolve such 
> missing fonts.
> We should be ably to come up with a similar solution.
> A sample of such an issue can be found in PDFBOX-1234



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-3469) Improve handling of tab character when setting AcroForm field values

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-3469:
---
Issue Type: Sub-task  (was: Improvement)
Parent: PDFBOX-4212

> Improve handling of tab character when setting AcroForm field values
> 
>
> Key: PDFBOX-3469
> URL: https://issues.apache.org/jira/browse/PDFBOX-3469
> Project: PDFBox
>  Issue Type: Sub-task
>  Components: AcroForm
>Reporter: Maruan Sahyoun
>Priority: Minor
>
> When a plan text form field is filled with a value containing the TAB {{\t}} 
> character Adobe Acrobat jumps to tab positions. Look at replicating that.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-3138) PDTextField doesn't accept any Hebrew characters as new value

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-3138:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> PDTextField doesn't accept any Hebrew characters as new value
> -
>
> Key: PDFBOX-3138
> URL: https://issues.apache.org/jira/browse/PDFBOX-3138
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm, FontBox
>Affects Versions: 2.0.0
> Environment: Eclipse 4.2.2, Windows 7 Pro, JRE 1.8.0_05
>Reporter: Gilad Denneboom
>Assignee: Maruan Sahyoun
>Priority: Major
> Attachments: SetHebrewFieldValueTest.java, Test-3-filled.pdf, 
> Test.pdf, Test.txt
>
>
> Trying to set a UTF-8 encoded Hebrew string as the value of a PDTextField 
> fails with the following exception:
> {code}
> Exception in thread "main" java.lang.IllegalArgumentException: No glyph for 
> U+05D7 in font AdobeHebrew-Regular
>   at 
> org.apache.pdfbox.pdmodel.font.PDType1CFont.encode(PDType1CFont.java:300)
>   at org.apache.pdfbox.pdmodel.font.PDFont.encode(PDFont.java:283)
>   at 
> org.apache.pdfbox.pdmodel.PDPageContentStream.showText(PDPageContentStream.java:341)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.PlainTextFormatter.format(PlainTextFormatter.java:213)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.insertGeneratedAppearance(AppearanceGeneratorHelper.java:373)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.setAppearanceContent(AppearanceGeneratorHelper.java:237)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.AppearanceGeneratorHelper.setAppearanceValue(AppearanceGeneratorHelper.java:144)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.PDTextField.constructAppearances(PDTextField.java:263)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.PDTerminalField.applyChange(PDTerminalField.java:221)
>   at 
> org.apache.pdfbox.pdmodel.interactive.form.PDTextField.setValue(PDTextField.java:218)
>   at SetHebrewFieldValueTest.main(SetHebrewFieldValueTest.java:22)
> {code}
> I've tried using multiple fonts for the field, all of which can handle Hebrew 
> characters just fine, and got the same results in all of them.
> See attached files for a demonstration of the issue.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-3910) Support auto font sizing in multiline text fields

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-3910:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> Support auto font sizing in multiline text fields
> -
>
> Key: PDFBOX-3910
> URL: https://issues.apache.org/jira/browse/PDFBOX-3910
> Project: PDFBox
>  Issue Type: Sub-task
>  Components: AcroForm
>Affects Versions: 2.0.7, 3.0.0 PDFBox
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Minor
>  Labels: Appearance
>
> Currently we don not support font size auto in multiline fields. There have 
> been two discussions recently in the users mailing list about that.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-3910) Support auto font sizing in multiline text fields

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-3910:
---
Issue Type: Sub-task  (was: Improvement)
Parent: PDFBOX-4212

> Support auto font sizing in multiline text fields
> -
>
> Key: PDFBOX-3910
> URL: https://issues.apache.org/jira/browse/PDFBOX-3910
> Project: PDFBox
>  Issue Type: Sub-task
>  Components: AcroForm
>Affects Versions: 2.0.7, 3.0.0 PDFBox
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Minor
>  Labels: Appearance
>
> Currently we don not support font size auto in multiline fields. There have 
> been two discussions recently in the users mailing list about that.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-2662) Implement fallback if there are no AcroForm default resources

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-2662:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> Implement fallback if there are no AcroForm default resources
> -
>
> Key: PDFBOX-2662
> URL: https://issues.apache.org/jira/browse/PDFBOX-2662
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm
>Affects Versions: 1.8.8, 2.0.0
>Reporter: Maruan Sahyoun
>Priority: Major
>
> Some forms might not have a default resource (DR) entry for AcroForms or the 
> entry is incomplete. Adobe Reader can handle such situations using default 
> settings.
> We should be ably to handle such situations too.
> A sample form can be found in PDFBOX-1234, Fonts.pdf



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-2661) Implement font fallback for AcroForms

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-2661:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> Implement font fallback for AcroForms
> -
>
> Key: PDFBOX-2661
> URL: https://issues.apache.org/jira/browse/PDFBOX-2661
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm
>Affects Versions: 1.8.8, 2.0.0
>Reporter: Maruan Sahyoun
>Priority: Major
> Attachments: FontTest.java, Fonts.pdf, Fonts2-Filled.pdf, Fonts2.pdf, 
> Franklin.png, field-filled.png, field.png, fonts2-filled.png, fonttables.txt
>
>
> There are forms where the font specified in the fields default appearance is 
> not pointing to the correct fields or forms resources entry. Adobe 
> Reader/Acrobat have a (unspecified) fallback mechanism to resolve such 
> missing fonts.
> We should be ably to come up with a similar solution.
> A sample of such an issue can be found in PDFBOX-1234



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-2662) Implement fallback if there are no AcroForm default resources

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-2662:
---
Issue Type: Sub-task  (was: Improvement)
Parent: PDFBOX-4212

> Implement fallback if there are no AcroForm default resources
> -
>
> Key: PDFBOX-2662
> URL: https://issues.apache.org/jira/browse/PDFBOX-2662
> Project: PDFBox
>  Issue Type: Sub-task
>  Components: AcroForm
>Affects Versions: 1.8.8, 2.0.0
>Reporter: Maruan Sahyoun
>Priority: Major
>
> Some forms might not have a default resource (DR) entry for AcroForms or the 
> entry is incomplete. Adobe Reader can handle such situations using default 
> settings.
> We should be ably to handle such situations too.
> A sample form can be found in PDFBOX-1234, Fonts.pdf



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-2472) Switch XFDF export to JAXP

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-2472:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> Switch XFDF export to JAXP
> --
>
> Key: PDFBOX-2472
> URL: https://issues.apache.org/jira/browse/PDFBOX-2472
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm, Utilities
>Affects Versions: 2.0.0
>Reporter: Andreas Lehmkühler
>Priority: Major
>  Labels: jaxp, xfdf
>
> As proposed in PDFBOX-2419 we should switch the XFDF export to JAXP



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-2575) Add support for collections (portfolio)

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-2575:
---
Fix Version/s: (was: 3.0.0 PDFBox)

> Add support for collections (portfolio)
> ---
>
> Key: PDFBOX-2575
> URL: https://issues.apache.org/jira/browse/PDFBOX-2575
> Project: PDFBox
>  Issue Type: Improvement
>  Components: PDModel
>Affects Versions: 2.0.0
>Reporter: Andreas Lehmkühler
>Priority: Major
>  Labels: Collections, Portfolio
>
> We should add support for collections aka portfolios (see PDF specs 7.11.6 
> Collections items and 12.3.5 Collections)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-2472) Switch XFDF export to an XML aware API

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun updated PDFBOX-2472:
---
Summary: Switch XFDF export to an XML aware API  (was: Switch XFDF export 
to JAXP)

> Switch XFDF export to an XML aware API
> --
>
> Key: PDFBOX-2472
> URL: https://issues.apache.org/jira/browse/PDFBOX-2472
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm, Utilities
>Affects Versions: 2.0.0
>Reporter: Andreas Lehmkühler
>Priority: Major
>  Labels: jaxp, xfdf
>
> As proposed in PDFBOX-2419 we should switch the XFDF export to JAXP



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-3910) Support auto font sizing in multiline text fields

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun commented on PDFBOX-3910:


Moving further out as there will be some rewrite of the formatter we are using 
after the GSUB table functionality has been included

> Support auto font sizing in multiline text fields
> -
>
> Key: PDFBOX-3910
> URL: https://issues.apache.org/jira/browse/PDFBOX-3910
> Project: PDFBox
>  Issue Type: Improvement
>  Components: AcroForm
>Affects Versions: 2.0.7, 3.0.0 PDFBox
>Reporter: Maruan Sahyoun
>Assignee: Maruan Sahyoun
>Priority: Minor
>  Labels: Appearance
> Fix For: 3.0.0 PDFBox
>
>
> Currently we don not support font size auto in multiline fields. There have 
> been two discussions recently in the users mailing list about that.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Created] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)

Alexandre created PDFBOX-4215:
-

 Summary: Get pages from a HTTP stream of a large pdf file
 Key: PDFBOX-4215
 URL: https://issues.apache.org/jira/browse/PDFBOX-4215
 Project: PDFBox
  Issue Type: Wish
  Components: Parsing
Affects Versions: 2.0.9
Reporter: Alexandre


Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks. I cannot load the entire file into memory and I cannot use the hard 
disk of the computer... too bad :(.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Created] (PDFBOX-4213) UNICODE fonts UTF8

2018-05-09 Thread tritmain (JIRA)

tritmain created PDFBOX-4213:


 Summary: UNICODE fonts UTF8 
 Key: PDFBOX-4213
 URL: https://issues.apache.org/jira/browse/PDFBOX-4213
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox, PDModel
Affects Versions: 2.0.7
Reporter: tritmain
 Attachments: pdf_utf_iss.png

When we  use the font with UTF8 code support fonts in the PDFbox with Tamil 
fonts

String testSting="  பேஸ்புக் " in the jaav applicationa I got output in PDF 
with attached image pdf_utf_iss.png format.

Which is wrong 

some other fonts works perfect "ஆஈஊஐஏளறனடணச"

Please help us to resolve the issue 

 

 

--

File tamilFontFilePattinatharGist = new 
File(this.getServletContext().getRealPath("/fonts/GIST-TAM-OTPattinathar_N_Ship.ttf"));
 PDType0Font fontPattinatharGist = PDType0Font.load(document, 
tamilFontFilePattinatharGist);//Not ok with பேஸ்புக்

contentStream.setFont( fontPattinatharGist, 15 );

String testSting="ஆஈ பேஸ்புக் 
ஆஈஊஐஏளறனடணசஞ‍இஉஎகபமதநயழரலஙவொஓஔ\\r\\nஆஈஊஐஏளறனடணசஞ‍இஉஎகபமதநயழரலஙவொஓஔ";
 contentStream.showText(testSting);
 System.out.println(testSting);

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4213) UNICODE fonts UTF8

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr edited comment on PDFBOX-4213 at 5/9/18 3:05 PM:
-

I assume you're complaining that some mandatory substitution isn't done.

Solving this is probably similar to the works being done in PDFBOX-4189 by a 
helpful user. When that one is solved, we could try to include other languages 
including yours.


was (Author: tilman):
I assume you're complaining that some mandatory substitution isn't done.

This is probably related to the works being done in PDFBOX-4189 by a helpful 
user. When that one is solved, we could try to include other languages 
including yours.

> UNICODE fonts UTF8 
> ---
>
> Key: PDFBOX-4213
> URL: https://issues.apache.org/jira/browse/PDFBOX-4213
> Project: PDFBox
>  Issue Type: Bug
>  Components: FontBox, PDModel
>Affects Versions: 2.0.7
>Reporter: tritmain
>Priority: Major
> Attachments: pdf_utf_iss.png
>
>
> When we  use the font with UTF8 code support fonts in the PDFbox with Tamil 
> fonts
> String testSting="  பேஸ்புக் " in the jaav applicationa I got output in PDF 
> with attached image pdf_utf_iss.png format.
> Which is wrong 
> some other fonts works perfect "ஆஈஊஐஏளறனடணச"
> Please help us to resolve the issue 
>  
>  
> --
> File tamilFontFilePattinatharGist = new 
> File(this.getServletContext().getRealPath("/fonts/GIST-TAM-OTPattinathar_N_Ship.ttf"));
>  PDType0Font fontPattinatharGist = PDType0Font.load(document, 
> tamilFontFilePattinatharGist);//Not ok with பேஸ்புக்
> contentStream.setFont( fontPattinatharGist, 15 );
> String testSting="ஆஈ பேஸ்புக் 
> ஆஈஊஐஏளறனடணசஞ‍இஉஎகபமதநயழரலஙவொஓஔ\\r\\nஆஈஊஐஏளறனடணசஞ‍இஉஎகபமதநயழரலஙவொஓஔ";
>  contentStream.showText(testSting);
>  System.out.println(testSting);
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Created] (PDFBOX-4214) Javadocs not published for 2.0.9

2018-05-09 Thread Adam (JIRA)

Adam created PDFBOX-4214:


 Summary: Javadocs not published for 2.0.9
 Key: PDFBOX-4214
 URL: https://issues.apache.org/jira/browse/PDFBOX-4214
 Project: PDFBox
  Issue Type: Bug
Reporter: Adam


On maven.org javadocs are publised for 2.0.8 
([http://central.maven.org/maven2/org/apache/pdfbox/pdfbox/2.0.8/]) but not for 
2.0.9 ([http://central.maven.org/maven2/org/apache/pdfbox/pdfbox/2.0.9/]).



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4213) UNICODE fonts UTF8

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4213:
-

I assume you're complaining that some mandatory substitution isn't done.

This is probably related to the works being done in PDFBOX-4189 by a helpful 
user. When that one is solved, we could try to include other languages 
including yours.

> UNICODE fonts UTF8 
> ---
>
> Key: PDFBOX-4213
> URL: https://issues.apache.org/jira/browse/PDFBOX-4213
> Project: PDFBox
>  Issue Type: Bug
>  Components: FontBox, PDModel
>Affects Versions: 2.0.7
>Reporter: tritmain
>Priority: Major
> Attachments: pdf_utf_iss.png
>
>
> When we  use the font with UTF8 code support fonts in the PDFbox with Tamil 
> fonts
> String testSting="  பேஸ்புக் " in the jaav applicationa I got output in PDF 
> with attached image pdf_utf_iss.png format.
> Which is wrong 
> some other fonts works perfect "ஆஈஊஐஏளறனடணச"
> Please help us to resolve the issue 
>  
>  
> --
> File tamilFontFilePattinatharGist = new 
> File(this.getServletContext().getRealPath("/fonts/GIST-TAM-OTPattinathar_N_Ship.ttf"));
>  PDType0Font fontPattinatharGist = PDType0Font.load(document, 
> tamilFontFilePattinatharGist);//Not ok with பேஸ்புக்
> contentStream.setFont( fontPattinatharGist, 15 );
> String testSting="ஆஈ பேஸ்புக் 
> ஆஈஊஐஏளறனடணசஞ‍இஉஎகபமதநயழரலஙவொஓஔ\\r\\nஆஈஊஐஏளறனடணசஞ‍இஉஎகபமதநயழரலஙவொஓஔ";
>  contentStream.showText(testSting);
>  System.out.println(testSting);
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre commented on PDFBOX-4215:
---

Does this mean that elements of one particular page can be in the first 
megabytes and other elements of the same page in the last megabytes 
(considering a big file of a gigabyte)..?

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre updated PDFBOX-4215:
--
Description: 
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer as described in the doc for large 
files... :D. But I still have the stream of the file, line by line.(on)

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.

  was:
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer as described in the doc for large 
files... :D. But I still have the stream of the file, line by line.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.


> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not possible to get in-order pages from a stream, but it is 
> feasible to load random pages if you read line by line and look for page 
> breaks. 
> Is this implemented in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre updated PDFBOX-4215:
--
Description: 
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer as described in the doc for large 
files... :D. But I still have the stream of the file, line by line.(on)

I read that it is not feasible to get the pages of the pdf in order (because of 
the pdf specs), but is it feasible to load random pages if you read line by 
line and look for page breaks in pdfbox?

Hagd, A.

  was:
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer as described in the doc for large 
files... :D. But I still have the stream of the file, line by line.(on)

I read that it is not feasible to get the pages of the pdf in order (because of 
the pdf specs), but is it feasible to load random pages if you read line by 
line and look for page breaks. 

Is this implemented in pdfbox?

Hagd, A.


> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre edited comment on PDFBOX-4215 at 5/9/18 4:40 PM:
---

Does this mean that elements of one particular page can be in the first 
megabytes and other elements of the same page in the last megabytes 
(considering a big file of a gigabyte)..? But I know the answer... if somebody 
comment the page few year later, the data will be place at the bottom of the 
file..


was (Author: arelaxend):
Does this mean that elements of one particular page can be in the first 
megabytes and other elements of the same page in the last megabytes 
(considering a big file of a gigabyte)..?

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre edited comment on PDFBOX-4215 at 5/9/18 4:40 PM:
---

Does this mean that elements of one particular page can be in the first 
megabytes and other elements of the same page in the last megabytes 
(considering a big file of a gigabyte)..? But I know the answer... if somebody 
comments the page few year later, the data will be place at the bottom of the 
file..


was (Author: arelaxend):
Does this mean that elements of one particular page can be in the first 
megabytes and other elements of the same page in the last megabytes 
(considering a big file of a gigabyte)..? But I know the answer... if somebody 
comment the page few year later, the data will be place at the bottom of the 
file..

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4215:
-

No it can be anywhere... something will be at the end only if incremental 
saving it used. Most of the times it isn't.

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4215:
-

If you don't have enough memory and can't use the disc for a scratch file, then 
you'll be limited. "Parse on demand" may be coming in the future, but we don't 
know when. You might try https://github.com/torakiki/sambox this is a fork of 
PDFBox.

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr edited comment on PDFBOX-4215 at 5/9/18 5:54 PM:
-

No it can be anywhere... something will be at the end only if incremental 
saving is used. Most of the times it isn't.


was (Author: tilman):
No it can be anywhere... something will be at the end only if incremental 
saving it used. Most of the times it isn't.

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre updated PDFBOX-4215:
--
Description: 
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer as described in the doc for large 
file... too bad :(. But I still have the stream of the file, line by line.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.

  was:
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer... too bad :(.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.


> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large file... too bad :(. But I still have the stream of the file, line by 
> line.
> I read that it is not possible to get in-order pages from a stream, but it is 
> feasible to load random pages if you read line by line and look for page 
> breaks. 
> Is this implemented in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre updated PDFBOX-4215:
--
Description: 
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer as described in the doc for large 
files... :D. But I still have the stream of the file, line by line.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.

  was:
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer as described in the doc for large 
file... too bad :(. But I still have the stream of the file, line by line.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.


> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.
> I read that it is not possible to get in-order pages from a stream, but it is 
> feasible to load random pages if you read line by line and look for page 
> breaks. 
> Is this implemented in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4215:
-

No that's not how it works. The pages can be at any place. All the elements 
don't have to be in any particular order. And PDF isn't something like HTML / 
XML where everything is in sequence.

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre updated PDFBOX-4215:
--
Description: 
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file for each page). I cannot load the entire file into memory 
and I cannot use the hard disk of the computer... too bad :(.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.

  was:
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks. I cannot load the entire file into memory and I cannot use the hard 
disk of the computer... too bad :(.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.


> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file for each page). I cannot load the entire file into 
> memory and I cannot use the hard disk of the computer... too bad :(.
> I read that it is not possible to get in-order pages from a stream, but it is 
> feasible to load random pages if you read line by line and look for page 
> breaks. 
> Is this implemented in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre updated PDFBOX-4215:
--
Description: 
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file per page). I cannot load the entire file into memory and 
I cannot use the hard disk of the computer... too bad :(.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.

  was:
Hi Apache contributors,

Suppose I have a very big pdf file and I want to split this file into file 
chunks (e.g. one file for each page). I cannot load the entire file into memory 
and I cannot use the hard disk of the computer... too bad :(.

I read that it is not possible to get in-order pages from a stream, but it is 
feasible to load random pages if you read line by line and look for page 
breaks. 

Is this implemented in pdfbox?

Hagd, A.


> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer... too bad :(.
> I read that it is not possible to get in-order pages from a stream, but it is 
> feasible to load random pages if you read line by line and look for page 
> breaks. 
> Is this implemented in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre commented on PDFBOX-4215:
---

That's true.. i hoped that there are at least a limited amount of sequence. If 
there is none, so it's not possible to "scale" file splitting ?

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre edited comment on PDFBOX-4215 at 5/9/18 4:33 PM:
---

That's true.. i hoped that there are at least a limited amount of sequence. If 
there is none, do you agree that it is not possible to "scale" file splitting...


was (Author: arelaxend):
That's true.. i hoped that there are at least a limited amount of sequence. If 
there is none, so it's not possible to "scale" file splitting ?

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Jim Halpert (JIRA)


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

Jim Halpert updated PDFBOX-4216:

Description: 
Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
environment, right side decimal values are cutting off, appreciate quick help 
on this.
{code:java}
for (Object fieldObj : acroForm.getFields()){
 PDField field = (PDField) fieldObj;
 if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
key and pdf key is matched
 field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
 }
{code}

  was:
Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
environment, right side decimal values are cutting off, appreciate quick help 
on this.


{code:java}
for (Object fieldObj : acroForm.getFields()){
 PDField field = (PDField) fieldObj;
 if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
key and pdf key is matched
 field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
 }
{code}



> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
> for (Object fieldObj : acroForm.getFields()){
>  PDField field = (PDField) fieldObj;
>  if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
> key and pdf key is matched
>  field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
>  }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Jim Halpert (JIRA)


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

Jim Halpert updated PDFBOX-4216:

Description: 
Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
environment, right side decimal values are cutting off, appreciate quick help 
on this.
{code:java}
for (Object fieldObj : acroForm.getFields()){
 PDField field = (PDField) fieldObj;
 if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
key and pdf key is matched
 field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
 }
{code}

Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
Enterprise 7.4.

  was:
Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
environment, right side decimal values are cutting off, appreciate quick help 
on this.
{code:java}
for (Object fieldObj : acroForm.getFields()){
 PDField field = (PDField) fieldObj;
 if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
key and pdf key is matched
 field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
 }
{code}


> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
> for (Object fieldObj : acroForm.getFields()){
>  PDField field = (PDField) fieldObj;
>  if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
> key and pdf key is matched
>  field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
>  }
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4209) PDFBox decimal value cuttingoff in LINUX OS

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4209:
-

Correct link would be 
https://bugs.chromium.org/p/pdfium/issues/list

> PDFBox decimal value cuttingoff in LINUX OS
> ---
>
> Key: PDFBOX-4209
> URL: https://issues.apache.org/jira/browse/PDFBOX-4209
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Anji Babu
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
> for (Object fieldObj : acroForm.getFields()){
>  PDField field = (PDField) fieldObj;
>  if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
> key and pdf key is matched
>  field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
>  }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4216:
-

You could have reopened it. Anyway, why do you think it's a PDFBox bug? I think 
it's a chrome bug. It displays properly everywhere except on a specific OS in 
chrome. Maybe that OS doesn't have the same fonts installed and chrome can 
scale properly.

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre commented on PDFBOX-4215:
---

I understood that it is possible for linearize pdf document only.. parse on 
demand is a dream

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Created] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat 7.4

2018-05-09 Thread Anil KC (JIRA)

Anil KC created PDFBOX-4216:
---

 Summary: PDFBox decimal value cutting off in Red Hat 7.4
 Key: PDFBOX-4216
 URL: https://issues.apache.org/jira/browse/PDFBOX-4216
 Project: PDFBox
  Issue Type: Bug
  Components: AcroForm
Affects Versions: 2.0.9
 Environment: LINUX
Reporter: Anil KC
 Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
pdfbox_linux_issue.pdf

Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
environment, right side decimal values are cutting off, appreciate quick help 
on this.


{code:java}
for (Object fieldObj : acroForm.getFields()){
 PDField field = (PDField) fieldObj;
 if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
key and pdf key is matched
 field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
 }
{code}




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Jim Halpert (JIRA)


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

Jim Halpert updated PDFBOX-4216:

Description: 
Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
environment, right side decimal values are cutting off, appreciate quick help 
on this.
{code:java}
 PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
PDAcroForm acroForm = docCatalog.getAcroForm();

Map m = new HashMap();

m.put("amtPaidForUnit", "15,999.23");
m.put("amtPubFreightFees", "22.55");
m.put("amtPaidTotAccessories", "45612.12");
m.put("dealerDocPrepFees", "55.22");
m.put("amtDownTradeTotal", "56.89");
m.put("amtPaidSalesTax", "99.55");
m.put("amtSerContractTo", "895.66");
m.put("amtSerContractAmt", "965.36");
m.put("amtGapProtTo", "798.56");
m.put("amtGapProtAmt", "64654.33");
m.put("amtTireGuardTo", "45465.22");
m.put("amtTireGuardAmt", "455.66");
m.put("amtPaidOptExtWarr", "88.56");
m.put("amtPaidOptExtWarrAmt", "663.44");
m.put("amtPubTitleFees", "54.25");
m.put("amtPubLicFees", "4654.56");
m.put("amtPubRegFees", "545.13");
m.put("amtPubLienFees", "89.22");
m.put("amtPubFilingFees", "564.65");
m.put("amtPubStampFees", "56.65");
m.put("amtPubToAmt", "789.45");
m.put("amtPubTo2Amt", "15.645");
m.put("subtotalOfSectionsABC", "13.456");
m.put("amtLenderOrigFeesAmt", "64.454");
m.put("amtLender1FeesAmt", "63.56");
m.put("subtotalOfSection2", "89.12");
m.put("subtotalOfSection3", "63.45");
m.put("subtotalOfSection4", "89.15");
m.put("discAmtFinanced", "63.25");

for (Object fieldObj : acroForm.getFields())
{
PDField field = (PDField) fieldObj;
if (m.get(field.getFullyQualifiedName()) != null) // set value of 
map when map key and pdf key is matched 
{
field.setValue(m.get(field.getFullyQualifiedName()).toString());
}
}

pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
{code}

Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
Enterprise 7.4.

  was:
Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
environment, right side decimal values are cutting off, appreciate quick help 
on this.
{code:java}
for (Object fieldObj : acroForm.getFields()){
 PDField field = (PDField) fieldObj;
 if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
key and pdf key is matched
 field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
 }
{code}

Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
Enterprise 7.4.


> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC",

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4216:
-

Why did you clone the closed issue?

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Closed] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr closed PDFBOX-4215.
---
Resolution: Won't Do

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Anil KC (JIRA)


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

Anil KC updated PDFBOX-4216:

Summary: PDFBox decimal value cutting off in Red Hat Enterprise 7.4  (was: 
PDFBox decimal value cutting off in Red Hat 7.4)

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Anil KC
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
> for (Object fieldObj : acroForm.getFields()){
>  PDField field = (PDField) fieldObj;
>  if(m.get(field.getFullyQualifiedName())!=null) // set value of map when map 
> key and pdf key is matched
>  field.setValue(m.get(field.getFullyQualifiedName()).toString()); 
>  }
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Jim Halpert (JIRA)


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

Jim Halpert commented on PDFBOX-4216:
-

[~tilman] Because, that issue isn't resolved. Actually that should be reopened. 

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Jim Halpert (JIRA)


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

Jim Halpert commented on PDFBOX-4216:
-

[~tilman] Other guy didn't explain it properly. It's not a chrome issue. The 
pdf when opened with acrobat reader has same issue. It's either Red Hat 
Enterprise issue or pdf box issue. If you have Red Hat 7.4, it's reproducible. 

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr updated PDFBOX-4216:

Attachment: pdfbox_linux_issue-saved-AR.pdf

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved-AR.pdf, 
> pdfbox_linux_issue-saved.pdf, pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Jim Halpert (JIRA)


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

Jim Halpert commented on PDFBOX-4216:
-

[~tilman] Wait a min. Did you generate the pdf file in Red Hat or upload the 
file in Red Hat? I generated the file in Red Hat with the code from 
description. The file you just uploaded is fine. Was it generated in RHEL 
machine? 

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved-AR.pdf, 
> pdfbox_linux_issue-saved.pdf, pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun commented on PDFBOX-4216:


Could you explain a little better how to reproduce the issue? Has the file 
[^pdfbox_linux_issue-saved.pdf] been produced on RedHat 7.4? Do we need to view 
it on RedHat 7.4 to see the issue? Is it happening with several viewers on 
RedHat 7.4? Which ones? [^pdfbox_issue.PNG] seems to have other data than the 
PDF. Could you do a screenshot of the complete PDF being viewed in RedHat?

Which locale settings are you using on the OS?

I tried it on Fedora (27, 28) and CentOS 7 (working fine) but don't have RedHat 
7.4 currently installed. 

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved-AR.pdf, 
> pdfbox_linux_issue-saved.pdf, pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4216:
-

What happens when you display the file I just uploaded on red hat (which I 
don't have)? In that one, I changed the field flag and then filled the field 
with Adobe Reader.

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved-AR.pdf, 
> pdfbox_linux_issue-saved.pdf, pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun edited comment on PDFBOX-4216 at 5/9/18 8:19 PM:


Could you explain a little better how to reproduce the issue? Has the file 
[^pdfbox_linux_issue-saved.pdf] been produced on RedHat 7.4? Do we need to view 
it on RedHat 7.4 to see the issue? Is it happening with several viewers on 
RedHat 7.4? Which ones? [^pdfbox_issue.PNG] seems to have other data than the 
PDF. Could you do a screenshot of the complete PDF being viewed in RedHat?

Which locale settings are you using on the OS?

I tried it on Fedora (27, 28) and CentOS 7 (working fine) but don't have RedHat 
7.4 currently installed. 

Viewing  [^pdfbox_linux_issue-saved.pdf] on the above linux boxes, Mac OS and 
Windows is also fine.


was (Author: msahyoun):
Could you explain a little better how to reproduce the issue? Has the file 
[^pdfbox_linux_issue-saved.pdf] been produced on RedHat 7.4? Do we need to view 
it on RedHat 7.4 to see the issue? Is it happening with several viewers on 
RedHat 7.4? Which ones? [^pdfbox_issue.PNG] seems to have other data than the 
PDF. Could you do a screenshot of the complete PDF being viewed in RedHat?

Which locale settings are you using on the OS?

I tried it on Fedora (27, 28) and CentOS 7 (working fine) but don't have RedHat 
7.4 currently installed. 

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: pdfbox_issue.PNG, pdfbox_linux_issue-saved-AR.pdf, 
> pdfbox_linux_issue-saved.pdf, pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4216:
-

[~anealkeshi] please do this:
 - start PDFDebugger
 - open the file generated on red hat
 - in the view menu, choose "Show internal structure"
 - enter this on top: Root/AcroForm/Fields/[4]/AP/N
 - post what you see in the right window

alternatively, attach the file here.

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4068) Create ContentStream for XObject forms and tiling patterns

2018-05-09 Thread John Hewson (JIRA)


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

John Hewson commented on PDFBOX-4068:
-

Hi guys, I've been taking a look at the code from PDFBOX-4189 and there are a 
few problems related to this change which I've uncovered. There's some 
copy-paste duplicated code in both PDAbstractContentStream and 
PDPageContentStream which has led to PDPageContentStream having its own local 
copies of the font stack (!). Also as PDPageContentStream was copied to create 
PDAbstractContentStream but made non-final, all the methods now need to be 
final. Finally, unless we want users to subclass PDAbstractContentStream (and 
given that PDPageContentStream was previously final, I presume we don't) then 
all the PDAbstractContentStream subclasses need to be in the same package.

> Create ContentStream for XObject forms and tiling patterns
> --
>
> Key: PDFBOX-4068
> URL: https://issues.apache.org/jira/browse/PDFBOX-4068
> Project: PDFBox
>  Issue Type: Task
>  Components: PDModel
>Reporter: Tilman Hausherr
>Priority: Major
>
> We have a {{PDAppearanceContentStream}} for appearances but nothing for 
> XObject forms and tiling patterns.
> What we need should extend {{PDAbstractContentStream}} and should have a 
> constructor like
> {code:java}
> public PDFormContentStream(PDFormXObject form) throws IOException
> {code}
> Alternatively, why not replace {{PDAppearanceContentStream}} ? Its parameter 
> {{PDAppearanceStream}} is extended from {{PDFormXObject}} so we could just 
> use the base class.
> We need this both for 2.0 and 3.* - we have users who have a really hard time 
> fiddling with low level operators instead of using the methods.
> In 2.0 we could replace the parameter of {{PDPageContentStream}} that is 
> currently {{PDAppearanceStream}}. This would be a non breaking change.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Build failed in Jenkins: PDFBox-Trunk-jdk9 #476

2018-05-09 Thread Apache Jenkins Server

See 


Changes:

[jahewson] PDFBOX-4068: make PDAbstractContentStream  package-private and move 
its subclasses into the same package

--
[...truncated 196.46 KB...]
[INFO] 
[INFO] --- maven-compiler-plugin:3.6.0:compile (default-compile) @ xmpbox ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 72 source files to 

[WARNING] bootstrap class path not set in conjunction with -source 1.7
[INFO] 
[INFO] --- maven-resources-plugin:3.0.2:testResources (default-testResources) @ 
xmpbox ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 26 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.6.0:testCompile (default-testCompile) @ 
xmpbox ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 34 source files to 

[WARNING] bootstrap class path not set in conjunction with -source 1.7
[INFO] 
:
 

 uses unchecked or unsafe operations.
[INFO] 
:
 Recompile with -Xlint:unchecked for details.
[INFO] 
[INFO] --- maven-surefire-plugin:2.20.1:test (default-test) @ xmpbox ---
[INFO] 
[INFO] ---
[INFO]  T E S T S
[INFO] ---
[INFO] Running org.apache.xmpbox.SaveMetadataHelperTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.094 s 
- in org.apache.xmpbox.SaveMetadataHelperTest
[INFO] Running org.apache.xmpbox.parser.DeserializationTest
[INFO] Tests run: 18, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.302 s 
- in org.apache.xmpbox.parser.DeserializationTest
[INFO] Running org.apache.xmpbox.DoubleSameTypeSchemaTest
[INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - in 
org.apache.xmpbox.DoubleSameTypeSchemaTest
[INFO] Running org.apache.xmpbox.TestXMPWithDefinedSchemas
[INFO] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.058 s 
- in org.apache.xmpbox.TestXMPWithDefinedSchemas
[INFO] Running org.apache.xmpbox.type.AttributeTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - in 
org.apache.xmpbox.type.AttributeTest
[INFO] Running org.apache.xmpbox.type.TestThumbnailType
[INFO] Tests run: 28, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.083 s 
- in org.apache.xmpbox.type.TestThumbnailType
[INFO] Running org.apache.xmpbox.type.TestResourceRefType
[INFO] Tests run: 105, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.212 
s - in org.apache.xmpbox.type.TestResourceRefType
[INFO] Running org.apache.xmpbox.type.TestVersionType
[INFO] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 s 
- in org.apache.xmpbox.type.TestVersionType
[INFO] Running org.apache.xmpbox.type.TestAbstractStructuredType
[INFO] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 s 
- in org.apache.xmpbox.type.TestAbstractStructuredType
[INFO] Running org.apache.xmpbox.type.TestLayerType
[INFO] Tests run: 14, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.021 s 
- in org.apache.xmpbox.type.TestLayerType
[INFO] Running org.apache.xmpbox.type.TestResourceEventType
[INFO] Tests run: 42, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.092 s 
- in org.apache.xmpbox.type.TestResourceEventType
[INFO] Running org.apache.xmpbox.type.TestSimpleMetadataProperties
[INFO] Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 s 
- in org.apache.xmpbox.type.TestSimpleMetadataProperties
[INFO] Running org.apache.xmpbox.type.TestJobType
[INFO] Tests run: 21, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 s 
- in org.apache.xmpbox.type.TestJobType
[INFO] Running org.apache.xmpbox.type.TestDerivedType
[INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 s 
- in org.apache.xmpbox.type.TestDerivedType
[INFO] Running org.apache.xmpbox.DateConverterTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 s 
- in org.apache.xmpbox.DateConverterTest
[INFO] Running org.apache.xmpbox.schema.XMPSchemaTest
[INFO] Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 s 
- in org.apache.xmpbox.schema.XMPSchemaTest
[INFO] Running org.apache.xmpbox.schema.XmpRightsSchemaTest
[INFO] Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 s 
- in

Build failed in Jenkins: PDFBox-Trunk-jdk9 » Apache PDFBox #476

2018-05-09 Thread Apache Jenkins Server

See 


Changes:

[jahewson] PDFBOX-4068: make PDAbstractContentStream  package-private and move 
its subclasses into the same package

--
[INFO] 
[INFO] 
[INFO] Building Apache PDFBox 3.0.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ pdfbox ---
[TASKS] Scanning folder 
'
 for files matching the pattern '**/*.java' - excludes: 
[TASKS] Found 693 files to scan for tasks
Found 233 open tasks.
[TASKS] Computing warning deltas based on reference build #475
[INFO] 
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-version) @ pdfbox 
---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (process-resource-bundles) 
@ pdfbox ---
[INFO] 
[INFO] --- maven-resources-plugin:3.0.2:resources (default-resources) @ pdfbox 
---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 21 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.6.0:compile (default-compile) @ pdfbox ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 593 source files to 

[INFO] 
:
 Some input files use unchecked or unsafe operations.
[INFO] 
:
 Recompile with -Xlint:unchecked for details.
[INFO] -
[WARNING] COMPILATION WARNING : 
[INFO] -
[WARNING] bootstrap class path not set in conjunction with -source 1.7
[WARNING] 
:[507,20]
 finalize() in java.lang.Object has been deprecated
[WARNING] 
:[310,27]
 getHeight(int) in org.apache.pdfbox.pdmodel.font.PDFontLike has been deprecated
[WARNING] 
:[297,27]
 getHeight(int) in org.apache.pdfbox.pdmodel.font.PDFontLike has been deprecated
[WARNING] 
:[102,19]
 getUnicodeCmap() in org.apache.fontbox.ttf.TrueTypeFont has been deprecated
[WARNING] 
:[510,20]
 finalize() in java.lang.Object has been deprecated
[WARNING] 
:[522,18]
 finalize() in java.lang.Object has been deprecated
[INFO] 7 warnings 
[INFO] -
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
:[24,33]
 org.apache.pdfbox.pdmodel.PDAbstractContentStream is not public in 
org.apache.pdfbox.pdmodel; cannot be accessed from outside package
[ERROR] 
:[406,28]
 org.apache.pdfbox.pdmodel.PDAbstractContentStream is not public in 
org.apache.pdfbox.pdmodel; cannot be accessed from outside package
[ERROR] 
:[427,30]
 org.apache.pdfbox.pdmodel.PDAbstractContentStream is not public in 
org.apache.pdfbox.pdmodel; cannot be accessed from outside package
[ERROR] 
:[446,28]

Build failed in Jenkins: PDFBox-trunk #4010

2018-05-09 Thread Apache Jenkins Server

See 


Changes:

[jahewson] PDFBOX-4068: make PDAbstractContentStream  package-private and move 
its subclasses into the same package

[jahewson] PDFBOX-4189: bug fix - subset is empty if both id sets are empty

--
[...truncated 211.33 KB...]
[INFO] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 s 
- in org.apache.xmpbox.type.TestVersionType
[INFO] Running org.apache.xmpbox.type.TestAbstractStructuredType
[INFO] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 s 
- in org.apache.xmpbox.type.TestAbstractStructuredType
[INFO] Running org.apache.xmpbox.type.TestResourceRefType
[INFO] Tests run: 105, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.115 
s - in org.apache.xmpbox.type.TestResourceRefType
[INFO] Running org.apache.xmpbox.type.TestResourceEventType
[INFO] Tests run: 42, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.035 s 
- in org.apache.xmpbox.type.TestResourceEventType
[INFO] Running org.apache.xmpbox.type.TestThumbnailType
[INFO] Tests run: 28, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.023 s 
- in org.apache.xmpbox.type.TestThumbnailType
[INFO] Running org.apache.xmpbox.type.TestSimpleMetadataProperties
[INFO] Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.015 s 
- in org.apache.xmpbox.type.TestSimpleMetadataProperties
[INFO] Running org.apache.xmpbox.parser.DeserializationTest
[INFO] Tests run: 18, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.062 s 
- in org.apache.xmpbox.parser.DeserializationTest
[INFO] Running org.apache.xmpbox.XMPMetaDataTest
[INFO] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 s 
- in org.apache.xmpbox.XMPMetaDataTest
[INFO] Running org.apache.xmpbox.DateConverterTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 s 
- in org.apache.xmpbox.DateConverterTest
[INFO] Running org.apache.xmpbox.SaveMetadataHelperTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - in 
org.apache.xmpbox.SaveMetadataHelperTest
[INFO] Running org.apache.xmpbox.DoubleSameTypeSchemaTest
[INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - in 
org.apache.xmpbox.DoubleSameTypeSchemaTest
[INFO] Running org.apache.xmpbox.TestXMPWithDefinedSchemas
[INFO] Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 s 
- in org.apache.xmpbox.TestXMPWithDefinedSchemas
[INFO] 
[INFO] Results:
[INFO] 
[INFO] Tests run: 810, Failures: 0, Errors: 0, Skipped: 0
[INFO] 
[JENKINS] Recording test results
[INFO] 
[INFO] --- animal-sniffer-maven-plugin:1.16:check (check-java-version) @ xmpbox 
---
[INFO] Checking unresolved references to org.codehaus.mojo.signature:java17:1.0
[INFO] 
[INFO] --- maven-bundle-plugin:3.5.0:bundle (default-bundle) @ xmpbox ---
[INFO] 
[INFO] --- maven-site-plugin:3.7:attach-descriptor (attach-descriptor) @ xmpbox 
---
[INFO] Skipping because packaging 'bundle' is not pom.
[INFO] 
[INFO] >>> maven-source-plugin:3.0.1:jar (attach-sources) > generate-sources @ 
xmpbox >>>
[INFO] 
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-version) @ xmpbox 
---
[WARNING] Failed to getClass for org.apache.maven.plugins.source.SourceJarMojo
[INFO] 
[INFO] <<< maven-source-plugin:3.0.1:jar (attach-sources) < generate-sources @ 
xmpbox <<<
[INFO] 
[INFO] 
[INFO] --- maven-source-plugin:3.0.1:jar (attach-sources) @ xmpbox ---
[INFO] Building jar: 

[INFO] 
[INFO] --- apache-rat-plugin:0.12:check (default) @ xmpbox ---
[INFO] Enabled default license matchers.
[INFO] Will parse SCM ignores for exclusions...
[INFO] Finished adding exclusions from SCM ignore files.
[INFO] 61 implicit excludes (use -debug for more details).
[INFO] Exclude: release.properties
[INFO] 136 resources included (use -debug for more details)
[INFO] Rat check: Summary over all files. Unapproved: 0, unknown: 0, generated: 
0, approved: 133 licenses.
[INFO] 
[INFO] --- dependency-check-maven:3.1.2:check (default) @ xmpbox ---
[INFO] Checking for updates
[INFO] Skipping NVD check since last check was within 4 hours.
[INFO] Check for updates complete (12 ms)
[INFO] Analysis Started
[INFO] Finished Archive Analyzer (0 seconds)
[INFO] Finished File Name Analyzer (0 seconds)
[INFO] Finished Jar Analyzer (0 seconds)
[INFO] Finished Central Analyzer (0 seconds)
[INFO] Finished Dependency Merging Analyzer (0 seconds)
[INFO] Finished Version Filter Analyzer (0 seconds)
[INFO] Finished Hint Analyzer (0 seconds)
[INFO] Created CPE Index (0 seconds)
[INFO] Skipping CPE Analysis for npm
[INFO] Finished CPE Analyzer (0 seconds)
[INFO] Finished False Positive Analyzer (0 seconds)
[INFO] Finished NVD CVE Analyzer (0 seconds)
[INFO] Finished Vulnerability Suppression Analyzer (0 seconds)
[INFO] Finished Dependency Bundling

Build failed in Jenkins: PDFBox-trunk » Apache PDFBox #4010

2018-05-09 Thread Apache Jenkins Server

See 


Changes:

[jahewson] PDFBOX-4068: make PDAbstractContentStream  package-private and move 
its subclasses into the same package

--
[INFO] 
[INFO] 
[INFO] Building Apache PDFBox 3.0.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ pdfbox ---
[TASKS] Scanning folder 
' for 
files matching the pattern '**/*.java' - excludes: 
[TASKS] Found 693 files to scan for tasks
Found 233 open tasks.
[TASKS] Computing warning deltas based on reference build #4009
[INFO] 
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-version) @ pdfbox 
---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (process-resource-bundles) 
@ pdfbox ---
[INFO] 
[INFO] --- maven-resources-plugin:3.0.2:resources (default-resources) @ pdfbox 
---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 21 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.6.0:compile (default-compile) @ pdfbox ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 593 source files to 

[INFO] 
:
 Some input files use unchecked or unsafe operations.
[INFO] 
:
 Recompile with -Xlint:unchecked for details.
[INFO] -
[WARNING] COMPILATION WARNING : 
[INFO] -
[WARNING] bootstrap class path not set in conjunction with -source 1.7
[WARNING] 
:[310,27]
 getHeight(int) in org.apache.pdfbox.pdmodel.font.PDFontLike has been deprecated
[WARNING] 
:[297,27]
 getHeight(int) in org.apache.pdfbox.pdmodel.font.PDFontLike has been deprecated
[WARNING] 
:[102,19]
 getUnicodeCmap() in org.apache.fontbox.ttf.TrueTypeFont has been deprecated
[INFO] 4 warnings 
[INFO] -
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
:[24,33]
 org.apache.pdfbox.pdmodel.PDAbstractContentStream is not public in 
org.apache.pdfbox.pdmodel; cannot be accessed from outside package
[ERROR] 
:[406,28]
 cannot find symbol
  symbol:   class PDAbstractContentStream
  location: class 
org.apache.pdfbox.pdmodel.interactive.annotation.handlers.PDLineAppearanceHandler
[ERROR] 
:[427,30]
 cannot find symbol
  symbol:   class PDAbstractContentStream
  location: class 
org.apache.pdfbox.pdmodel.interactive.annotation.handlers.PDLineAppearanceHandler
[ERROR] 
:[446,28]
 cannot find symbol
  symbol:   class PDAbstractContentStream
  location: class 
org.apache.pdfbox.pdmodel.interactive.annotation.handlers.PDLineAppearanceHandler
[INFO] 4 errors 
[INFO] -

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4189) Enable PDF creation with Indian languages, by reading and utilizing the GSUB table

2018-05-09 Thread John Hewson (JIRA)


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

John Hewson commented on PDFBOX-4189:
-

AWT is a moving target, while the API hasn't changed in years, the internal 
implementation changes from one JDK release to the next, even making large 
changes such as replacing ICU with HarfBuzz under the hood. So while some old 
awt.Font bugs have been fixed, there are likely new ones which we'd rather not 
expose ourselves to.

I'd suggest that we adopt an API which provides something which behaves like a 
GlyphVector, as it's a well-designed API. But I don't think we should actually 
use AWT within PDFBox.

> Enable PDF creation with Indian languages, by reading and utilizing the GSUB 
> table
> --
>
> Key: PDFBOX-4189
> URL: https://issues.apache.org/jira/browse/PDFBOX-4189
> Project: PDFBox
>  Issue Type: New Feature
>  Components: FontBox, PDModel
>Reporter: Palash Ray
>Priority: Major
> Attachments: Bengali-text-after.pdf, Bengali-text-before.pdf, 
> BengaliPdfGenerationHelloWorld.java, bengali-example.pdf, 
> bengali-example2.pdf, bengali-example3.pdf, committed.patch, screenshot.png
>
>   Original Estimate: 336h
>  Remaining Estimate: 336h
>
> Implemented proper rendering of Indian languages, which need extensive Glyph 
> substitution. The GSUB table has been read and used effectively to replace 
> some compound words with their respective Glyphs. All tests are passing. I 
> have tested this for the Bengali font. Please review these changes and let me 
> know if it makes sense to incorporate these.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4068) Create ContentStream for XObject forms and tiling patterns

2018-05-09 Thread ASF subversion and git services (JIRA)


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

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

Commit 1831291 from [~jahewson] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1831291 ]

PDFBOX-4068: make PDAbstractContentStream  package-private and move its 
subclasses into the same package

> Create ContentStream for XObject forms and tiling patterns
> --
>
> Key: PDFBOX-4068
> URL: https://issues.apache.org/jira/browse/PDFBOX-4068
> Project: PDFBox
>  Issue Type: Task
>  Components: PDModel
>Reporter: Tilman Hausherr
>Priority: Major
>
> We have a {{PDAppearanceContentStream}} for appearances but nothing for 
> XObject forms and tiling patterns.
> What we need should extend {{PDAbstractContentStream}} and should have a 
> constructor like
> {code:java}
> public PDFormContentStream(PDFormXObject form) throws IOException
> {code}
> Alternatively, why not replace {{PDAppearanceContentStream}} ? Its parameter 
> {{PDAppearanceStream}} is extended from {{PDFormXObject}} so we could just 
> use the base class.
> We need this both for 2.0 and 3.* - we have users who have a really hard time 
> fiddling with low level operators instead of using the methods.
> In 2.0 we could replace the parameter of {{PDPageContentStream}} that is 
> currently {{PDAppearanceStream}}. This would be a non breaking change.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4189) Enable PDF creation with Indian languages, by reading and utilizing the GSUB table

2018-05-09 Thread ASF subversion and git services (JIRA)


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

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

Commit 1831290 from [~jahewson] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1831290 ]

PDFBOX-4189: bug fix - subset is empty if both id sets are empty

> Enable PDF creation with Indian languages, by reading and utilizing the GSUB 
> table
> --
>
> Key: PDFBOX-4189
> URL: https://issues.apache.org/jira/browse/PDFBOX-4189
> Project: PDFBox
>  Issue Type: New Feature
>  Components: FontBox, PDModel
>Reporter: Palash Ray
>Priority: Major
> Attachments: Bengali-text-after.pdf, Bengali-text-before.pdf, 
> BengaliPdfGenerationHelloWorld.java, bengali-example.pdf, 
> bengali-example2.pdf, bengali-example3.pdf, committed.patch, screenshot.png
>
>   Original Estimate: 336h
>  Remaining Estimate: 336h
>
> Implemented proper rendering of Indian languages, which need extensive Glyph 
> substitution. The GSUB table has been read and used effectively to replace 
> some compound words with their respective Glyphs. All tests are passing. I 
> have tested this for the Bengali font. Please review these changes and let me 
> know if it makes sense to incorporate these.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4068) Create ContentStream for XObject forms and tiling patterns

2018-05-09 Thread ASF subversion and git services (JIRA)


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

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

Commit 1831299 from [~jahewson] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1831299 ]

PDFBOX-4068: fix - use PDAppearanceContentStream class

> Create ContentStream for XObject forms and tiling patterns
> --
>
> Key: PDFBOX-4068
> URL: https://issues.apache.org/jira/browse/PDFBOX-4068
> Project: PDFBox
>  Issue Type: Task
>  Components: PDModel
>Reporter: Tilman Hausherr
>Priority: Major
>
> We have a {{PDAppearanceContentStream}} for appearances but nothing for 
> XObject forms and tiling patterns.
> What we need should extend {{PDAbstractContentStream}} and should have a 
> constructor like
> {code:java}
> public PDFormContentStream(PDFormXObject form) throws IOException
> {code}
> Alternatively, why not replace {{PDAppearanceContentStream}} ? Its parameter 
> {{PDAppearanceStream}} is extended from {{PDFormXObject}} so we could just 
> use the base class.
> We need this both for 2.0 and 3.* - we have users who have a really hard time 
> fiddling with low level operators instead of using the methods.
> In 2.0 we could replace the parameter of {{PDPageContentStream}} that is 
> currently {{PDAppearanceStream}}. This would be a non breaking change.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun commented on PDFBOX-4216:


Which viewer are you using? On which platform?

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4068) Create ContentStream for XObject forms and tiling patterns

2018-05-09 Thread ASF subversion and git services (JIRA)


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

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

Commit 1831304 from [~jahewson] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1831304 ]

PDFBOX-4068: refactor: outputStream is only ever set within constructors, make 
it a constructor parameter

> Create ContentStream for XObject forms and tiling patterns
> --
>
> Key: PDFBOX-4068
> URL: https://issues.apache.org/jira/browse/PDFBOX-4068
> Project: PDFBox
>  Issue Type: Task
>  Components: PDModel
>Reporter: Tilman Hausherr
>Priority: Major
>
> We have a {{PDAppearanceContentStream}} for appearances but nothing for 
> XObject forms and tiling patterns.
> What we need should extend {{PDAbstractContentStream}} and should have a 
> constructor like
> {code:java}
> public PDFormContentStream(PDFormXObject form) throws IOException
> {code}
> Alternatively, why not replace {{PDAppearanceContentStream}} ? Its parameter 
> {{PDAppearanceStream}} is extended from {{PDFormXObject}} so we could just 
> use the base class.
> We need this both for 2.0 and 3.* - we have users who have a really hard time 
> fiddling with low level operators instead of using the methods.
> In 2.0 we could replace the parameter of {{PDPageContentStream}} that is 
> currently {{PDAppearanceStream}}. This would be a non breaking change.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4068) Create ContentStream for XObject forms and tiling patterns

2018-05-09 Thread ASF subversion and git services (JIRA)


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

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

Commit 1831301 from [~jahewson] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1831301 ]

PDFBOX-4068: bug fix - remove duplicated fields from PDPageContentStream

> Create ContentStream for XObject forms and tiling patterns
> --
>
> Key: PDFBOX-4068
> URL: https://issues.apache.org/jira/browse/PDFBOX-4068
> Project: PDFBox
>  Issue Type: Task
>  Components: PDModel
>Reporter: Tilman Hausherr
>Priority: Major
>
> We have a {{PDAppearanceContentStream}} for appearances but nothing for 
> XObject forms and tiling patterns.
> What we need should extend {{PDAbstractContentStream}} and should have a 
> constructor like
> {code:java}
> public PDFormContentStream(PDFormXObject form) throws IOException
> {code}
> Alternatively, why not replace {{PDAppearanceContentStream}} ? Its parameter 
> {{PDAppearanceStream}} is extended from {{PDFormXObject}} so we could just 
> use the base class.
> We need this both for 2.0 and 3.* - we have users who have a really hard time 
> fiddling with low level operators instead of using the methods.
> In 2.0 we could replace the parameter of {{PDPageContentStream}} that is 
> currently {{PDAppearanceStream}}. This would be a non breaking change.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build is back to normal : PDFBox-Trunk-jdk9 » Apache PDFBox #477

2018-05-09 Thread Apache Jenkins Server

See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build is back to normal : PDFBox-Trunk-jdk9 #477

2018-05-09 Thread Apache Jenkins Server

See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Build failed in Jenkins: PDFBox-trunk » PDFBox parent #4011

2018-05-09 Thread Apache Jenkins Server

See 


--
Established TCP socket on 41140
maven35-agent.jar already up to date
maven35-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=300m; 
support was removed in 8.0
<===[JENKINS REMOTING CAPACITY]===>   channel started
Executing Maven:  -B -f 
/home/jenkins/jenkins-slave/workspace/PDFBox-trunk/trunk/pom.xml 
-Dmaven.repo.local=/home/jenkins/jenkins-slave/maven-repositories/1 clean 
deploy -Ppedantic -Dskip-bavaria=false
[INFO] Scanning for projects...
[WARNING] The project org.apache.pdfbox:pdfbox-parent:pom:3.0.0-SNAPSHOT uses 
prerequisites which is only intended for maven-plugin projects but not for non 
maven-plugin projects. For such purposes you should use the 
maven-enforcer-plugin. See 
https://maven.apache.org/enforcer/enforcer-rules/requireMavenVersion.html
[INFO] 
[INFO] Reactor Build Order:
[INFO] 
[INFO] PDFBox parent
[INFO] Apache FontBox
[INFO] Apache XmpBox
[INFO] Apache PDFBox
[INFO] Apache Preflight
[INFO] Apache Preflight application
[INFO] Apache PDFBox Debugger
[INFO] Apache PDFBox tools
[INFO] Apache PDFBox application
[INFO] Apache PDFBox Debugger application
[INFO] Apache PDFBox examples
[INFO] Apache PDFBox
[INFO] 
[INFO] 
[INFO] Building PDFBox parent 3.0.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:3.0.0:clean (default-clean) @ pdfbox-parent ---
[TASKS] Scanning folder 
'
 for files matching the pattern '**/*.java' - excludes: 
[TASKS] Found 0 files to scan for tasks
Found 0 open tasks.
[TASKS] Computing warning deltas based on reference build #4010
[INFO] 
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-version) @ 
pdfbox-parent ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.5:process (process-resource-bundles) 
@ pdfbox-parent ---
[INFO] 
[INFO] --- animal-sniffer-maven-plugin:1.16:check (check-java-version) @ 
pdfbox-parent ---
[INFO] Checking unresolved references to org.codehaus.mojo.signature:java17:1.0
[INFO] 
[INFO] --- maven-site-plugin:3.7:attach-descriptor (attach-descriptor) @ 
pdfbox-parent ---
[INFO] No site descriptor found: nothing to attach.
[INFO] 
[INFO] >>> maven-source-plugin:3.0.1:jar (attach-sources) > generate-sources @ 
pdfbox-parent >>>
[INFO] 
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-maven-version) @ 
pdfbox-parent ---
[WARNING] Failed to getClass for org.apache.maven.plugins.source.SourceJarMojo
[INFO] 
[INFO] <<< maven-source-plugin:3.0.1:jar (attach-sources) < generate-sources @ 
pdfbox-parent <<<
[INFO] 
[INFO] 
[INFO] --- maven-source-plugin:3.0.1:jar (attach-sources) @ pdfbox-parent ---
[INFO] 
[INFO] --- apache-rat-plugin:0.12:check (default) @ pdfbox-parent ---
[INFO] Enabled default license matchers.
[INFO] Will parse SCM ignores for exclusions...
[INFO] Finished adding exclusions from SCM ignore files.
[INFO] 61 implicit excludes (use -debug for more details).
[INFO] Exclude: release.properties
[INFO] 1 resources included (use -debug for more details)
[INFO] Rat check: Summary over all files. Unapproved: 0, unknown: 0, generated: 
0, approved: 1 licenses.
[INFO] 
[INFO] --- dependency-check-maven:3.1.2:check (default) @ pdfbox-parent ---
[INFO] Checking for updates
[INFO] starting getUpdatesNeeded() ...
[INFO] NVD CVE requires several updates; this could take a couple of minutes.
[INFO] Download Started for NVD CVE - 2002
[INFO] Download Started for NVD CVE - 2003
[INFO] Download Started for NVD CVE - 2004
[INFO] Download Started for NVD CVE - 2005
[INFO] Download Started for NVD CVE - 2006
[INFO] Download Started for NVD CVE - 2007
[INFO] Download Started for NVD CVE - 2010
[INFO] Download Started for NVD CVE - 2011
[INFO] Download Started for NVD CVE - 2012
[INFO] Download Started for NVD CVE - 2013
[INFO] Download Started for NVD CVE - 2014
[INFO] Download Started for NVD CVE - 2015
[INFO] Download Started for NVD CVE - 2016
[INFO] Download Started for NVD CVE - 2017
[INFO] Download Started for NVD CVE - 2018
[INFO] Download Started for NVD CVE - Modified
[WARNING] Download Failed for NVD CVE - 2017
Some CVEs may not be reported.
[WARNING] Download Failed for NVD CVE - 2012
Some CVEs may not be reported.
[INFO] If you are behind a proxy you may need to configure dependency-check to 
use the proxy.
[INFO] If you are behind a proxy you may need to configure dependency-check to 
use the proxy.
[WARNING] Download Failed for NVD CVE - 2016
Some CVEs may not be reported.
[INFO] If you are behind a proxy you may need to configure dependency-check to 
use the

Jenkins build is back to normal : PDFBox-trunk » Apache PDFBox #4012

2018-05-09 Thread Apache Jenkins Server

See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build is back to normal : PDFBox-trunk #4012

2018-05-09 Thread Apache Jenkins Server

See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Build failed in Jenkins: PDFBox-trunk #4011

2018-05-09 Thread Apache Jenkins Server

See 


Changes:

[jahewson] PDFBOX-4068: fix - use PDAppearanceContentStream class

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on H27 (ubuntu xenial) in workspace 

Cleaning up 
Deleting 
Deleting 
Deleting 

Deleting 
Deleting 
Deleting 
Deleting 
Deleting 
Deleting 
Deleting 
Deleting 
Deleting 

Updating http://svn.apache.org/repos/asf/pdfbox/trunk at revision 
'2018-05-10T03:58:09.147 +'
U fontbox/src/main/java/org/apache/fontbox/ttf/TTFSubsetter.java
AU
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/PDAppearanceContentStream.java
D 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/PDAppearanceContentStream.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDUnderlineAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDLineAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDPolygonAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDStrikeoutAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/CloudyBorder.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDPolylineAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDLinkAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDCaretAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDSquareAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDCircleAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDAbstractAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDHighlightAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/annotation/handlers/PDInkAppearanceHandler.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/form/PlainTextFormatter.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/form/AppearanceGeneratorHelper.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/form/PDDefaultAppearanceString.java
AU
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/PDAbstractContentStream.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/PDFormContentStream.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/PDPageContentStream.java
U 
pdfbox/src/main/java/org/apache/pdfbox/pdmodel/PDPatternContentStream.java
D 
pdfbox/src/main/java/org/apache/pdfbox/contentstream/PDAbstractContentStream.java
U pdfbox/src/main/java/org/apache/pdfbox/rendering/PDFRenderer.java
At revision 1831299

Parsing POMs
Established TCP socket on 41140
maven35-agent.jar already up to date
maven35-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
[trunk] $ /home/jenkins/tools/java/jdk1.8.0_66-unlimited-security/bin/java 
-Xmx1g -XX:MaxPermSize=300m -cp 
/home/jenkins/jenkins-slave/maven35-agent.jar:/home/jenkins/tools/maven/apache-maven-3.5.0/boot/plexus-classworlds-2.5.2.jar:/home/jenkins/tools/maven/apache-maven-3.5.0/conf/logging
 jenkins.maven3.agent.Maven35Main /home/jenkins/tools/maven/apache-maven-3.5.0 
/home/jenkins/jenkins-slave/slave.jar 
/home/jenkins/jenkins-slave/maven35-interceptor.jar 
/home/jenkins/jenkins-slave/maven3-interceptor-commons.jar 41140
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=300m; 
support was removed in 8.0
<===[JENKINS REMOTING

Build failed in Jenkins: PDFBox-sonar #455

2018-05-09 Thread Apache Jenkins Server

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on H24 (ubuntu xenial) in workspace 

java.io.IOException: Failed to mkdirs: 

at hudson.FilePath.mkdirs(FilePath.java:1170)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1200)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
at hudson.model.Run.execute(Run.java:1724)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Retrying after 10 seconds
java.io.IOException: Failed to mkdirs: 

at hudson.FilePath.mkdirs(FilePath.java:1170)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1200)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
at hudson.model.Run.execute(Run.java:1724)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Retrying after 10 seconds
java.io.IOException: Failed to mkdirs: 

at hudson.FilePath.mkdirs(FilePath.java:1170)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1200)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
at hudson.model.Run.execute(Run.java:1724)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Jenkins build is back to normal : PDFBox-trunk » PDFBox parent #4012

2018-05-09 Thread Apache Jenkins Server

See 



-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Updated] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Jim Halpert (JIRA)


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

Jim Halpert updated PDFBOX-4216:

Attachment: Capture.PNG

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Jim Halpert (JIRA)


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

Jim Halpert commented on PDFBOX-4216:
-

[~msahyoun]
{code:java}
public class MainApplication {

  public static void main(String[] args) throws IOException {

ClassLoader classLoader = MainApplication.class.getClassLoader();

PDDocument pdfDoc =
PDDocument.load(new 
File(classLoader.getResource("pdfbox_linux_issue.pdf").getFile()));
PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
PDAcroForm acroForm = docCatalog.getAcroForm();

Map m = new HashMap<>();

m.put("amtPaidForUnit", "15,999.23");
m.put("amtPubFreightFees", "22.55");
m.put("amtPaidTotAccessories", "45612.12");
m.put("dealerDocPrepFees", "55.22");
m.put("amtDownTradeTotal", "56.89");
m.put("amtPaidSalesTax", "99.55");
m.put("amtSerContractTo", "895.66");
m.put("amtSerContractAmt", "965.36");
m.put("amtGapProtTo", "798.56");
m.put("amtGapProtAmt", "64654.33");
m.put("amtTireGuardTo", "45465.22");
m.put("amtTireGuardAmt", "455.66");
m.put("amtPaidOptExtWarr", "88.56");
m.put("amtPaidOptExtWarrAmt", "663.44");
m.put("amtPubTitleFees", "54.25");
m.put("amtPubLicFees", "4654.56");
m.put("amtPubRegFees", "545.13");
m.put("amtPubLienFees", "89.22");
m.put("amtPubFilingFees", "564.65");
m.put("amtPubStampFees", "56.65");
m.put("amtPubToAmt", "789.45");
m.put("amtPubTo2Amt", "15.645");
m.put("subtotalOfSectionsABC", "13.456");
m.put("amtLenderOrigFeesAmt", "64.454");
m.put("amtLender1FeesAmt", "63.56");
m.put("subtotalOfSection2", "89.12");
m.put("subtotalOfSection3", "63.45");
m.put("subtotalOfSection4", "89.15");
m.put("discAmtFinanced", "63.25");

for (Object fieldObj : acroForm.getFields()) {
  PDField field = (PDField) fieldObj;
  if (m.get(field.getFullyQualifiedName()) != null) {
field.setValue(m.get(field.getFullyQualifiedName()));
  }
}

pdfDoc.save(new File(args[0]));
  }
}
{code}
I ran this code as jar in Red Hat 7.4 to generate the PDF. Downloaded generated 
pdf and viewed in multiple machines. PDF generated in any other OS (Windows, 
Ubuntu, Mint) that I have tried is fine. Only PDF generated in Red Hat machines 
have the issue. 

To replicate this issue, the PDF has to be generated in Red Hat 7.4 with 
ID_LIKE="fedora" (may be other versions as well, currently we have just this). 

Here's a example of the issue. We can't provide the complete PDF due to 
restrictions.  !Capture.PNG!

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4",

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4216:
-

The file pdfbox_linux_issue-saved-AR.pdf was generated on windows.

The file pdfbox_linux_issue-saved.pdf, was this generated on red hat or was 
that the one that I had uploaded in the other issue? I have no problem 
displaying it here.


The appearance streams have a very slight difference, but this does not result 
in stuff being cut off.

fron the file here:
{code}
/Tx BMC
  q
1 1 66.4 7.36 re
W
n
BT
  /Cour 10 Tf
  /DeviceGray cs
  0 sc
  12.3912 1.87 Td
  (15,999.23) Tj
ET
  Q
EMC
{code}

with Adobe:
{code}
/Tx BMC
  q
1 1 66.4 7.36 re
W
n
BT
  /Cour 10 Tf
  0 g
  12.508 1.36 Td
  (15,998.23) Tj
ET
  Q
EMC
{code}



> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Tilman Hausherr (JIRA)


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

Tilman Hausherr commented on PDFBOX-4216:
-

[~msahyoun] could it be that the x coordinate (here: 12.3912) is somehow OS 
dependent?

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun commented on PDFBOX-4216:


Did you create the form yourself? Would it be possible to try using a true type 
font for the numeric values? Make sure the font is embedded.

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4215) Get pages from a HTTP stream of a large pdf file

2018-05-09 Thread Alexandre (JIRA)


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

Alexandre edited comment on PDFBOX-4215 at 5/9/18 4:34 PM:
---

I read this too.. i hoped that there are at least a limited amount of sequence. 
If there is none, do you agree that it is not possible to "scale" file 
splitting...


was (Author: arelaxend):
That's true.. i hoped that there are at least a limited amount of sequence. If 
there is none, do you agree that it is not possible to "scale" file splitting...

> Get pages from a HTTP stream of a large pdf file
> 
>
> Key: PDFBOX-4215
> URL: https://issues.apache.org/jira/browse/PDFBOX-4215
> Project: PDFBox
>  Issue Type: Wish
>  Components: Parsing
>Affects Versions: 2.0.9
>Reporter: Alexandre
>Priority: Minor
>
> Hi Apache contributors,
> Suppose I have a very big pdf file and I want to split this file into file 
> chunks (e.g. one file per page). I cannot load the entire file into memory 
> and I cannot use the hard disk of the computer as described in the doc for 
> large files... :D. But I still have the stream of the file, line by line.(on)
> I read that it is not feasible to get the pages of the pdf in order (because 
> of the pdf specs), but is it feasible to load random pages if you read line 
> by line and look for page breaks in pdfbox?
> Hagd, A.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Commented] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun commented on PDFBOX-4216:


@tilman this could be as this is calculated from {{PDFont.getStringWidth(String 
text)}} 

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

[jira] [Comment Edited] (PDFBOX-4216) PDFBox decimal value cutting off in Red Hat Enterprise 7.4

2018-05-09 Thread Maruan Sahyoun (JIRA)


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

Maruan Sahyoun edited comment on PDFBOX-4216 at 5/9/18 9:15 PM:


@tilman this could be as this is calculated from {{PDFont.getStringWidth(String 
text)}}.

The metrics Adobe retrieves from the fonts are also slightly different to what 
we retrieve, at least with the files I tested while developing the formatting. 


was (Author: msahyoun):
@tilman this could be as this is calculated from {{PDFont.getStringWidth(String 
text)}} 

> PDFBox decimal value cutting off in Red Hat Enterprise 7.4
> --
>
> Key: PDFBOX-4216
> URL: https://issues.apache.org/jira/browse/PDFBOX-4216
> Project: PDFBox
>  Issue Type: Bug
>  Components: AcroForm
>Affects Versions: 2.0.9
> Environment: LINUX
>Reporter: Jim Halpert
>Priority: Major
> Attachments: Capture.PNG, pdfbox_issue.PNG, 
> pdfbox_linux_issue-saved-AR.pdf, pdfbox_linux_issue-saved.pdf, 
> pdfbox_linux_issue.pdf
>
>
> Facing issue with Pdf decimal value mapping in the pdffiled in LINUX 
> environment, right side decimal values are cutting off, appreciate quick help 
> on this.
> {code:java}
>  PDDocument pdfDoc = PDDocument.load(new File("pdfbox_linux_issue.pdf"));
> PDDocumentCatalog docCatalog = pdfDoc.getDocumentCatalog();
> PDAcroForm acroForm = docCatalog.getAcroForm();
> Map m = new HashMap();
> m.put("amtPaidForUnit", "15,999.23");
> m.put("amtPubFreightFees", "22.55");
> m.put("amtPaidTotAccessories", "45612.12");
> m.put("dealerDocPrepFees", "55.22");
> m.put("amtDownTradeTotal", "56.89");
> m.put("amtPaidSalesTax", "99.55");
> m.put("amtSerContractTo", "895.66");
> m.put("amtSerContractAmt", "965.36");
> m.put("amtGapProtTo", "798.56");
> m.put("amtGapProtAmt", "64654.33");
> m.put("amtTireGuardTo", "45465.22");
> m.put("amtTireGuardAmt", "455.66");
> m.put("amtPaidOptExtWarr", "88.56");
> m.put("amtPaidOptExtWarrAmt", "663.44");
> m.put("amtPubTitleFees", "54.25");
> m.put("amtPubLicFees", "4654.56");
> m.put("amtPubRegFees", "545.13");
> m.put("amtPubLienFees", "89.22");
> m.put("amtPubFilingFees", "564.65");
> m.put("amtPubStampFees", "56.65");
> m.put("amtPubToAmt", "789.45");
> m.put("amtPubTo2Amt", "15.645");
> m.put("subtotalOfSectionsABC", "13.456");
> m.put("amtLenderOrigFeesAmt", "64.454");
> m.put("amtLender1FeesAmt", "63.56");
> m.put("subtotalOfSection2", "89.12");
> m.put("subtotalOfSection3", "63.45");
> m.put("subtotalOfSection4", "89.15");
> m.put("discAmtFinanced", "63.25");
> for (Object fieldObj : acroForm.getFields())
> {
> PDField field = (PDField) fieldObj;
> if (m.get(field.getFullyQualifiedName()) != null) // set value of 
> map when map key and pdf key is matched 
> {
> 
> field.setValue(m.get(field.getFullyQualifiedName()).toString());
> }
> }
> 
> pdfDoc.save(new File("pdfbox_linux_issue-saved.pdf"));
> {code}
> Works in Windows, Linux Mint, Ubuntu as expected. Issue is only with Red Hat 
> Enterprise 7.4.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

86 matches

Mail list logo