[jira] [Commented] (PDFBOX-5870) [PATCH] Detect CMYK image without relying on metadata
[ https://issues.apache.org/jira/browse/PDFBOX-5870?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17874892#comment-17874892 ] Simon Steiner commented on PDFBOX-5870: --- I am not able share the pdf > [PATCH] Detect CMYK image without relying on metadata > - > > Key: PDFBOX-5870 > URL: https://issues.apache.org/jira/browse/PDFBOX-5870 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > > If getNumChannels returns empty string we should use a different system to > detect a cmyk image, so the output image is not inverted -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5870) [PATCH] Detect CMYK image without relying on metadata
[ https://issues.apache.org/jira/browse/PDFBOX-5870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5870: -- Description: If getNumChannels returns empty string we should use a different system to detect a cmyk image, so the output image is not inverted (was: If getNumChannels returns empty string we should use a different system to detect a cmyk image) > [PATCH] Detect CMYK image without relying on metadata > - > > Key: PDFBOX-5870 > URL: https://issues.apache.org/jira/browse/PDFBOX-5870 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > > If getNumChannels returns empty string we should use a different system to > detect a cmyk image, so the output image is not inverted -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5870) Detect CMYK image without relying on metadata
[ https://issues.apache.org/jira/browse/PDFBOX-5870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5870: -- Description: If getNumChannels returns empty string we should use a different system to detect a cmyk image > Detect CMYK image without relying on metadata > - > > Key: PDFBOX-5870 > URL: https://issues.apache.org/jira/browse/PDFBOX-5870 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > > If getNumChannels returns empty string we should use a different system to > detect a cmyk image -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5870) [PATCH] Detect CMYK image without relying on metadata
[ https://issues.apache.org/jira/browse/PDFBOX-5870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5870: -- Summary: [PATCH] Detect CMYK image without relying on metadata (was: Detect CMYK image without relying on metadata) > [PATCH] Detect CMYK image without relying on metadata > - > > Key: PDFBOX-5870 > URL: https://issues.apache.org/jira/browse/PDFBOX-5870 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > > If getNumChannels returns empty string we should use a different system to > detect a cmyk image -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5870) Detect CMYK image without relying on metadata
Simon Steiner created PDFBOX-5870: - Summary: Detect CMYK image without relying on metadata Key: PDFBOX-5870 URL: https://issues.apache.org/jira/browse/PDFBOX-5870 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner Attachments: tmp.patch -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5870) Detect CMYK image without relying on metadata
[ https://issues.apache.org/jira/browse/PDFBOX-5870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5870: -- Attachment: tmp.patch > Detect CMYK image without relying on metadata > - > > Key: PDFBOX-5870 > URL: https://issues.apache.org/jira/browse/PDFBOX-5870 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5869) Checkstyle
[ https://issues.apache.org/jira/browse/PDFBOX-5869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17874683#comment-17874683 ] Simon Steiner commented on PDFBOX-5869: --- Why do you have twice > Checkstyle > -- > > Key: PDFBOX-5869 > URL: https://issues.apache.org/jira/browse/PDFBOX-5869 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > Can you enforce via the CI that mvn checkstyle:check passes > Disable any rules in the config you dont want to enforce -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5869) Checkstyle
[ https://issues.apache.org/jira/browse/PDFBOX-5869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17873871#comment-17873871 ] Simon Steiner commented on PDFBOX-5869: --- Consider using it to enforce unused imports > Checkstyle > -- > > Key: PDFBOX-5869 > URL: https://issues.apache.org/jira/browse/PDFBOX-5869 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > Can you enforce via the CI that mvn checkstyle:check passes > Disable any rules in the config you dont want to enforce -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5869) Checkstyle
[ https://issues.apache.org/jira/browse/PDFBOX-5869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17873716#comment-17873716 ] Simon Steiner commented on PDFBOX-5869: --- in my testing i would add checkstyle to parent pom, remove from children pom remove rules from config that fail, or address remaining failures in src code > Checkstyle > -- > > Key: PDFBOX-5869 > URL: https://issues.apache.org/jira/browse/PDFBOX-5869 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > Can you enforce via the CI that mvn checkstyle:check passes > Disable any rules in the config you dont want to enforce -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5869) Checkstyle
Simon Steiner created PDFBOX-5869: - Summary: Checkstyle Key: PDFBOX-5869 URL: https://issues.apache.org/jira/browse/PDFBOX-5869 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner Can you enforce via the CI that mvn checkstyle:check passes Disable any rules in the config you dont want to enforce -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5834) [PATCH] PDF split missing names from documentCatalog
[ https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17852475#comment-17852475 ] Simon Steiner commented on PDFBOX-5834: --- I didnt want to copy visible ones to avoid increasing filesize > [PATCH] PDF split missing names from documentCatalog > > > Key: PDFBOX-5834 > URL: https://issues.apache.org/jira/browse/PDFBOX-5834 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > > java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > I would expect to see the names dict inside the documentCatalog which is used > to store pdf templates -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5834) [PATCH] PDF split missing names from documentCatalog
[ https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5834: -- Summary: [PATCH] PDF split missing names from documentCatalog (was: PDF split missing names from documentCatalog) > [PATCH] PDF split missing names from documentCatalog > > > Key: PDFBOX-5834 > URL: https://issues.apache.org/jira/browse/PDFBOX-5834 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > > java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > I would expect to see the names dict inside the documentCatalog which is used > to store pdf templates -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5834) PDF split missing names from documentCatalog
[ https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5834: -- Description: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates was: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates Maybe Splitter createNewDocument should have: {code:java} if (getSourceDocument().getDocumentCatalog().getNames() != null && getSourceDocument().getDocumentCatalog().getNames().getCOSDictionary().containsKey("Templates")) { document.getDocumentCatalog().setNames( getSourceDocument().getDocumentCatalog().getNames()); document.getDocumentCatalog().getNames().getCOSDictionary().removeItem(COSName.PAGES); } {code} > PDF split missing names from documentCatalog > > > Key: PDFBOX-5834 > URL: https://issues.apache.org/jira/browse/PDFBOX-5834 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > > java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > I would expect to see the names dict inside the documentCatalog which is used > to store pdf templates -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5834) PDF split missing names from documentCatalog
[ https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5834: -- Attachment: tmp.patch > PDF split missing names from documentCatalog > > > Key: PDFBOX-5834 > URL: https://issues.apache.org/jira/browse/PDFBOX-5834 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: tmp.patch > > > java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > I would expect to see the names dict inside the documentCatalog which is used > to store pdf templates > Maybe Splitter createNewDocument should have: > {code:java} > if (getSourceDocument().getDocumentCatalog().getNames() != null && > > getSourceDocument().getDocumentCatalog().getNames().getCOSDictionary().containsKey("Templates")) > { > document.getDocumentCatalog().setNames( > getSourceDocument().getDocumentCatalog().getNames()); > > document.getDocumentCatalog().getNames().getCOSDictionary().removeItem(COSName.PAGES); > } > {code} -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5834) PDF split missing names from documentCatalog
[ https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5834: -- Description: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates Maybe Splitter createNewDocument should have: {code:java} if (getSourceDocument().getDocumentCatalog().getNames() != null && getSourceDocument().getDocumentCatalog().getNames().getCOSDictionary().containsKey("Templates")) { document.getDocumentCatalog().setNames( getSourceDocument().getDocumentCatalog().getNames()); document.getDocumentCatalog().getNames().getCOSDictionary().removeItem(COSName.PAGES); } {code} was: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates Maybe Splitter createNewDocument should have: if (getSourceDocument().getDocumentCatalog().getNames() != null && getSourceDocument().getDocumentCatalog().getNames().getCOSDictionary().containsKey("Templates")) { document.getDocumentCatalog().setNames( getSourceDocument().getDocumentCatalog().getNames()); document.getDocumentCatalog().getNames().getCOSDictionary().removeItem(COSName.PAGES); } > PDF split missing names from documentCatalog > > > Key: PDFBOX-5834 > URL: https://issues.apache.org/jira/browse/PDFBOX-5834 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > I would expect to see the names dict inside the documentCatalog which is used > to store pdf templates > Maybe Splitter createNewDocument should have: > {code:java} > if (getSourceDocument().getDocumentCatalog().getNames() != null && > > getSourceDocument().getDocumentCatalog().getNames().getCOSDictionary().containsKey("Templates")) > { > document.getDocumentCatalog().setNames( > getSourceDocument().getDocumentCatalog().getNames()); > > document.getDocumentCatalog().getNames().getCOSDictionary().removeItem(COSName.PAGES); > } > {code} -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5834) PDF split missing names from documentCatalog
[ https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5834: -- Description: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates Maybe Splitter createNewDocument should have: if (getSourceDocument().getDocumentCatalog().getNames() != null && getSourceDocument().getDocumentCatalog().getNames().getCOSDictionary().containsKey("Templates")) { document.getDocumentCatalog().setNames( getSourceDocument().getDocumentCatalog().getNames()); document.getDocumentCatalog().getNames().getCOSDictionary().removeItem(COSName.PAGES); } was: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates Maybe Splitter createNewDocument should have: document.getDocumentCatalog().setNames( getSourceDocument().getDocumentCatalog().getNames()); > PDF split missing names from documentCatalog > > > Key: PDFBOX-5834 > URL: https://issues.apache.org/jira/browse/PDFBOX-5834 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > I would expect to see the names dict inside the documentCatalog which is used > to store pdf templates > Maybe Splitter createNewDocument should have: > if (getSourceDocument().getDocumentCatalog().getNames() != null && > > getSourceDocument().getDocumentCatalog().getNames().getCOSDictionary().containsKey("Templates")) > { > document.getDocumentCatalog().setNames( > getSourceDocument().getDocumentCatalog().getNames()); > > document.getDocumentCatalog().getNames().getCOSDictionary().removeItem(COSName.PAGES); > } -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5834) PDF split missing names from documentCatalog
[ https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5834: -- Description: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates Maybe Splitter createNewDocument should have: document.getDocumentCatalog().setNames( getSourceDocument().getDocumentCatalog().getNames()); was: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates document.getDocumentCatalog().setNames( getSourceDocument().getDocumentCatalog().getNames()); > PDF split missing names from documentCatalog > > > Key: PDFBOX-5834 > URL: https://issues.apache.org/jira/browse/PDFBOX-5834 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > I would expect to see the names dict inside the documentCatalog which is used > to store pdf templates > Maybe Splitter createNewDocument should have: > document.getDocumentCatalog().setNames( > getSourceDocument().getDocumentCatalog().getNames()); -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5834) PDF split missing names from documentCatalog
[ https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5834: -- Description: java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf I would expect to see the names dict inside the documentCatalog which is used to store pdf templates document.getDocumentCatalog().setNames( getSourceDocument().getDocumentCatalog().getNames()); was:java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > PDF split missing names from documentCatalog > > > Key: PDFBOX-5834 > URL: https://issues.apache.org/jira/browse/PDFBOX-5834 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf > I would expect to see the names dict inside the documentCatalog which is used > to store pdf templates > document.getDocumentCatalog().setNames( > getSourceDocument().getDocumentCatalog().getNames()); -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5834) PDF split missing names from documentCatalog
Simon Steiner created PDFBOX-5834: - Summary: PDF split missing names from documentCatalog Key: PDFBOX-5834 URL: https://issues.apache.org/jira/browse/PDFBOX-5834 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5798) Observable Timing Discrepancy (Timing Attack)
Simon Steiner created PDFBOX-5798: - Summary: Observable Timing Discrepancy (Timing Attack) Key: PDFBOX-5798 URL: https://issues.apache.org/jira/browse/PDFBOX-5798 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner A static analyse tool is reporting: An attacker can guess the secret value of digest because it is compared using java.util.Arrays.equals, which is vulnerable to timing attacks. Use java.security.MessageDigest.isEqual to compare values securely. pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/StandardSecurityHandler.java -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Resolved] (PDFBOX-5767) Encryption IV value
[ https://issues.apache.org/jira/browse/PDFBOX-5767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner resolved PDFBOX-5767. --- Resolution: Not A Problem > Encryption IV value > --- > > Key: PDFBOX-5767 > URL: https://issues.apache.org/jira/browse/PDFBOX-5767 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > Should this be set to a random number instead of zeros: > new IvParameterSpec(new byte[16]) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5767) Encryption IV value
[ https://issues.apache.org/jira/browse/PDFBOX-5767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17816663#comment-17816663 ] Simon Steiner commented on PDFBOX-5767: --- Thanks > Encryption IV value > --- > > Key: PDFBOX-5767 > URL: https://issues.apache.org/jira/browse/PDFBOX-5767 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > Should this be set to a random number instead of zeros: > new IvParameterSpec(new byte[16]) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5767) Encryption IV value
[ https://issues.apache.org/jira/browse/PDFBOX-5767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17816658#comment-17816658 ] Simon Steiner commented on PDFBOX-5767: --- I was looking at prepareEncryptionDictRev6 > Encryption IV value > --- > > Key: PDFBOX-5767 > URL: https://issues.apache.org/jira/browse/PDFBOX-5767 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > Should this be set to a random number instead of zeros: > new IvParameterSpec(new byte[16]) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5767) Encryption IV value
[ https://issues.apache.org/jira/browse/PDFBOX-5767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17816650#comment-17816650 ] Simon Steiner commented on PDFBOX-5767: --- PDF spec says "If using the AES algorithm, the Cipher Block Chaining (CBC) mode, which requires an initialization vector, is used. The block size parameter is set to 16 bytes, and the initialization vector is a 16-byte random number that is stored as the first 16 bytes of the encrypted stream or string." > Encryption IV value > --- > > Key: PDFBOX-5767 > URL: https://issues.apache.org/jira/browse/PDFBOX-5767 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > Should this be set to a random number instead of zeros: > new IvParameterSpec(new byte[16]) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5767) Encryption IV value
Simon Steiner created PDFBOX-5767: - Summary: Encryption IV value Key: PDFBOX-5767 URL: https://issues.apache.org/jira/browse/PDFBOX-5767 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner Should this be set to a random number instead of zeros: new IvParameterSpec(new byte[16]) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5740) Java 7 support on 2.0
[ https://issues.apache.org/jira/browse/PDFBOX-5740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5740: -- Description: 2.0 uses commons-io-2.15 and commons-logging 1.3 which is not supported on java 7 commons-io-2.15 is only used in test scope so may can stay as is? was:2.0 uses commons-io-2.15 and commons-logging 1.3 which is not supported on java 7 > Java 7 support on 2.0 > - > > Key: PDFBOX-5740 > URL: https://issues.apache.org/jira/browse/PDFBOX-5740 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > 2.0 uses commons-io-2.15 and commons-logging 1.3 which is not supported on > java 7 > commons-io-2.15 is only used in test scope so may can stay as is? -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5740) Java 7 support on 2.0
[ https://issues.apache.org/jira/browse/PDFBOX-5740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5740: -- Description: 2.0 uses commons-io-2.15 and commons-logging 1.3 which is not supported on java 7 (was: 2.0 uses commons-io-2.15 and commons-logging 2.3 which is not supported on java 7) > Java 7 support on 2.0 > - > > Key: PDFBOX-5740 > URL: https://issues.apache.org/jira/browse/PDFBOX-5740 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > 2.0 uses commons-io-2.15 and commons-logging 1.3 which is not supported on > java 7 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5740) Java 7 support on 2.0
[ https://issues.apache.org/jira/browse/PDFBOX-5740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5740: -- Description: 2.0 uses commons-io-2.15 and commons-logging 2.3 which is not supported on java 7 (was: 2.0 uses commons-io-2.15 which is not supported on java 7) > Java 7 support on 2.0 > - > > Key: PDFBOX-5740 > URL: https://issues.apache.org/jira/browse/PDFBOX-5740 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > 2.0 uses commons-io-2.15 and commons-logging 2.3 which is not supported on > java 7 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5740) Java 7 support on 2.0
Simon Steiner created PDFBOX-5740: - Summary: Java 7 support on 2.0 Key: PDFBOX-5740 URL: https://issues.apache.org/jira/browse/PDFBOX-5740 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner 2.0 uses commons-io-2.15 which is not supported on java 7 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5695) Improve PDFBox Logging
[ https://issues.apache.org/jira/browse/PDFBOX-5695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17780191#comment-17780191 ] Simon Steiner commented on PDFBOX-5695: --- cant you use a commons logging wrapper method to avoid a dependency on log4j that downstream projects wont want to introduce > Improve PDFBox Logging > -- > > Key: PDFBOX-5695 > URL: https://issues.apache.org/jira/browse/PDFBOX-5695 > Project: PDFBox > Issue Type: Improvement >Affects Versions: 4.0.0 >Reporter: Axel Howind >Assignee: Andreas Lehmkühler >Priority: Major > Labels: logging, patch > Attachments: Optimize_debug_logging_across_multiple_files.patch, > fix_log_statement_with_wrong_parameter_count.patch, > replace_commons-logging_with_log4j.patch, > replace_commons-logging_with_log4j_(examples).patch, > replace_commons-logging_with_log4j_(pdfbox).patch, > replace_commons-logging_with_log4j_(pdfbox-debugger).patch, > replace_commons-logging_with_log4j_(pdfbox-io).patch, > replace_commons-logging_with_log4j_(pdfbox-tools).patch, > replace_commons-logging_with_log4j_(xmpbox).patch, > update_log4j_to_2_21_1.patch, > use_Property_for_log4j_version_replace_commons_logging_by_log4j-api_(fontbox).patch > > > I know this has been an issue before > (https://issues.apache.org/jira/browse/PDFBOX-693), but since then a lot of > time has passed. I propose to switch Logging to either SLF4J (my preference) > or Log4J. > Why? Currently, PDFBox uses commons logging. That library seems not to be > actively maintained anymore, the last release was in 2014 with the comment > „the main purpose of the 1.2 release is to drop support for Java 1.1“. PDFBox > 4 requires at least Java 11. The Java language has evolved a lot over the > last few years, and so have to logging frameworks. > *Maintainabilty and Performance* > The main point that speaks against commons logging IMHO is that you have to > make compromises between readability and performance. Let’s look at an > example (taken from COSParser.java): > > {code:java} > if (offsetOrObjstmObNr != null) > { > LOG.debug("Set missing offset " + offsetOrObjstmObNr + " for object " + > objKey); > document.getXrefTable().put(objKey, offsetOrObjstmObNr); > } > {code} > Each time the if-statement's body is entered, the logging message is > constructed. This involves: > - converting offsetOrObjstmObNr to a String > - converting objKey to a String which in turn does two more conversions of > integer and long values to a String, creates a new String by joining results > of former conversions > - creating a new String consisting of the results of the both operations > above and some static text > A lot of temporary objects are created and all of this happens regardless of > whether logging is necessary or not. > Both SLF4J and Log4J (and even JUL logging) support a message format syntax > where arguments to logging calls are only evaluated when needed: > > {code:java} > if (offsetOrObjstmObNr != null) > { > LOG.debug("Set missing offset {} for object {}", offsetOrObjstmObNr, > objKey); > document.getXrefTable().put(objKey, offsetOrObjstmObNr); > } > {code} > Using common s logging, you can guard the logging statement: > > {code:java} > if (offsetOrObjstmObNr != null) > { > if (LOG.isDebugEnabled()) > { > LOG.debug("Set missing offset " + offsetOrObjstmObNr + " for object " > + objKey); > } > document.getXrefTable().put(objKey, offsetOrObjstmObNr); > } > {code} > This works, but makes the code less readable and harder to maintain because > the level has to be changed in two places instead of one. > *Flexibility* > Another thing is that both SLF4J and Log4J offer you a facade that you can > bridge to nearly every logging implementation in widespread use nowadays > whereas commons logging is a full logging implementation that most of us do > not need (there are ways to make commons logging work with other backends, > but they are more of a workaround than a clean solution). > *JPMS support* > And of course, both SLF4J and Log4J offer first class support for the module > system. > So what are the PDFBox maintainer's thoughts on this? I think PDFBox 4 offers > an opportunity to switch to a new Logging facade/framework, and if there's a > concensus, I volunteer to contribute a patch to make the transition. > *Support Lambda Logging* > In some cases, even using a message format ist not enough, for example there > are instances in the code where a `byte[]` value is logged as a String. Since > the String conversion has to be done explicitly, it would be done before the > actual logging method is entered. This can be solved using lambdas by passing > `() -> new String(value)` instead (syntax may vary). > *Alternatives*
[jira] [Updated] (PDFBOX-5655) PDFBox 3 docs
[ https://issues.apache.org/jira/browse/PDFBOX-5655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5655: -- Description: Can you add a cmd line page like 2.0 has: https://pdfbox.apache.org/2.0/commandline.html was: Can you add a cmd line page: https://pdfbox.apache.org/2.0/commandline.html > PDFBox 3 docs > - > > Key: PDFBOX-5655 > URL: https://issues.apache.org/jira/browse/PDFBOX-5655 > Project: PDFBox > Issue Type: Bug > Components: Documentation >Reporter: Simon Steiner >Priority: Major > > Can you add a cmd line page like 2.0 has: > https://pdfbox.apache.org/2.0/commandline.html -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5655) PDFBox 3 docs
Simon Steiner created PDFBOX-5655: - Summary: PDFBox 3 docs Key: PDFBOX-5655 URL: https://issues.apache.org/jira/browse/PDFBOX-5655 Project: PDFBox Issue Type: Bug Components: Documentation Reporter: Simon Steiner Can you add a cmd line page: https://pdfbox.apache.org/2.0/commandline.html -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5569) CMYK on Java 17 is inverted
[ https://issues.apache.org/jira/browse/PDFBOX-5569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5569: -- Description: java -jar app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render -i PORSCHE_CMYK.PDF java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17, ok with 11.0.4 http://ludoda.free.fr/PORSCHE_CMYK.PDF was: java -jar app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render -i PORSCHE_CMYK.PDF java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17 http://ludoda.free.fr/PORSCHE_CMYK.PDF > CMYK on Java 17 is inverted > --- > > Key: PDFBOX-5569 > URL: https://issues.apache.org/jira/browse/PDFBOX-5569 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render -i PORSCHE_CMYK.PDF > java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage > PORSCHE_CMYK.PDF > output is inverted on java 17, ok with 11.0.4 > http://ludoda.free.fr/PORSCHE_CMYK.PDF -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Comment Edited] (PDFBOX-5569) CMYK on Java 17 is inverted
[ https://issues.apache.org/jira/browse/PDFBOX-5569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17694150#comment-17694150 ] Simon Steiner edited comment on PDFBOX-5569 at 2/27/23 7:36 PM: I think i tested with 11.0.4 or 11.0.1 was (Author: ssteiner1): I think i tested with 11.0.4 > CMYK on Java 17 is inverted > --- > > Key: PDFBOX-5569 > URL: https://issues.apache.org/jira/browse/PDFBOX-5569 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render -i PORSCHE_CMYK.PDF > java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage > PORSCHE_CMYK.PDF > output is inverted on java 17 > http://ludoda.free.fr/PORSCHE_CMYK.PDF -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5569) CMYK on Java 17 is inverted
[ https://issues.apache.org/jira/browse/PDFBOX-5569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17694150#comment-17694150 ] Simon Steiner commented on PDFBOX-5569: --- I think i tested with 11.0.4 > CMYK on Java 17 is inverted > --- > > Key: PDFBOX-5569 > URL: https://issues.apache.org/jira/browse/PDFBOX-5569 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render -i PORSCHE_CMYK.PDF > java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage > PORSCHE_CMYK.PDF > output is inverted on java 17 > http://ludoda.free.fr/PORSCHE_CMYK.PDF -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5569) CMYK on Java 17 is inverted
[ https://issues.apache.org/jira/browse/PDFBOX-5569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17694137#comment-17694137 ] Simon Steiner commented on PDFBOX-5569: --- Java 11 is ok > CMYK on Java 17 is inverted > --- > > Key: PDFBOX-5569 > URL: https://issues.apache.org/jira/browse/PDFBOX-5569 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render -i PORSCHE_CMYK.PDF > java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage > PORSCHE_CMYK.PDF > output is inverted on java 17 > http://ludoda.free.fr/PORSCHE_CMYK.PDF -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5569) CMYK on Java 17 is inverted
[ https://issues.apache.org/jira/browse/PDFBOX-5569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5569: -- Description: java -jar app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render -i PORSCHE_CMYK.PDF java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17 http://ludoda.free.fr/PORSCHE_CMYK.PDF was: java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17 http://ludoda.free.fr/PORSCHE_CMYK.PDF > CMYK on Java 17 is inverted > --- > > Key: PDFBOX-5569 > URL: https://issues.apache.org/jira/browse/PDFBOX-5569 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render -i PORSCHE_CMYK.PDF > java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage > PORSCHE_CMYK.PDF > output is inverted on java 17 > http://ludoda.free.fr/PORSCHE_CMYK.PDF -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5569) CMYK on Java 17 is inverted
[ https://issues.apache.org/jira/browse/PDFBOX-5569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5569: -- Description: java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17 http://ludoda.free.fr/PORSCHE_CMYK.PDF was: java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17 > CMYK on Java 17 is inverted > --- > > Key: PDFBOX-5569 > URL: https://issues.apache.org/jira/browse/PDFBOX-5569 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage > PORSCHE_CMYK.PDF > output is inverted on java 17 > http://ludoda.free.fr/PORSCHE_CMYK.PDF -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5569) CMYK on Java 17 is inverted
[ https://issues.apache.org/jira/browse/PDFBOX-5569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5569: -- Description: java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17 was: java -jar ~/pdfbox_th_2/app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17 > CMYK on Java 17 is inverted > --- > > Key: PDFBOX-5569 > URL: https://issues.apache.org/jira/browse/PDFBOX-5569 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage > PORSCHE_CMYK.PDF > output is inverted on java 17 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5569) CMYK on Java 17 is inverted
Simon Steiner created PDFBOX-5569: - Summary: CMYK on Java 17 is inverted Key: PDFBOX-5569 URL: https://issues.apache.org/jira/browse/PDFBOX-5569 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner x -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5569) CMYK on Java 17 is inverted
[ https://issues.apache.org/jira/browse/PDFBOX-5569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5569: -- Description: java -jar ~/pdfbox_th_2/app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage PORSCHE_CMYK.PDF output is inverted on java 17 was:x > CMYK on Java 17 is inverted > --- > > Key: PDFBOX-5569 > URL: https://issues.apache.org/jira/browse/PDFBOX-5569 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar ~/pdfbox_th_2/app/target/pdfbox-app-2.0.28-SNAPSHOT.jar PDFToImage > PORSCHE_CMYK.PDF > output is inverted on java 17 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-5520) JAVA_HOME is now required
[ https://issues.apache.org/jira/browse/PDFBOX-5520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17610193#comment-17610193 ] Simon Steiner commented on PDFBOX-5520: --- I think a week ago this wasnt needed > JAVA_HOME is now required > - > > Key: PDFBOX-5520 > URL: https://issues.apache.org/jira/browse/PDFBOX-5520 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > Why does 2.0 now require JAVA_HOME to build the repo, use java from path > mvn clean install -DskipTests > The JAVA_HOME environment variable must be set! -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5520) JAVA_HOME is now required
Simon Steiner created PDFBOX-5520: - Summary: JAVA_HOME is now required Key: PDFBOX-5520 URL: https://issues.apache.org/jira/browse/PDFBOX-5520 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner Why does 2.0 now require JAVA_HOME to build the repo, use java from path mvn clean install -DskipTests The JAVA_HOME environment variable must be set! -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5374) Allow user to override imageio loader
[ https://issues.apache.org/jira/browse/PDFBOX-5374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5374: -- Description: I want to be able to select what imageio reader is used by pdfbox in a non static way. I may want to use 12monkeys when sun imageio classes cant read a image. Let me pick which reader is used from this line, in a non static way thru the api or try other image readers: Iterator readers = ImageIO.getImageReadersByFormatName(formatName); was: I want to be able to select what imageio reader is used by pdfbox in a non static way. I may want to use 12monkeys when sun imageio classes cant read a image. Let me pick which reader is used from this line, in a non static way thru the api: Iterator readers = ImageIO.getImageReadersByFormatName(formatName); > Allow user to override imageio loader > - > > Key: PDFBOX-5374 > URL: https://issues.apache.org/jira/browse/PDFBOX-5374 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > I want to be able to select what imageio reader is used by pdfbox in a non > static way. > I may want to use 12monkeys when sun imageio classes cant read a image. > Let me pick which reader is used from this line, in a non static way thru the > api or try other image readers: > Iterator readers = > ImageIO.getImageReadersByFormatName(formatName); -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5374) Allow user to override imageio loader
[ https://issues.apache.org/jira/browse/PDFBOX-5374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5374: -- Description: I want to be able to select what imageio reader is used by pdfbox in a non static way. I may want to use 12monkeys when sun imageio classes cant read a image. Let me pick which reader is used from this line, in a non static way thru the api: Iterator readers = ImageIO.getImageReadersByFormatName(formatName); was: I want to be able to select what imageio reader is used by pdfbox in a non static way. I may want to use 12monkeys when sun imageio classes cant read a image. Let me pick which reader is used from this line, in a non static way thru the api, overriding a method: Iterator readers = ImageIO.getImageReadersByFormatName(formatName); > Allow user to override imageio loader > - > > Key: PDFBOX-5374 > URL: https://issues.apache.org/jira/browse/PDFBOX-5374 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > I want to be able to select what imageio reader is used by pdfbox in a non > static way. > I may want to use 12monkeys when sun imageio classes cant read a image. > Let me pick which reader is used from this line, in a non static way thru the > api: > Iterator readers = > ImageIO.getImageReadersByFormatName(formatName); -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5374) Allow user to override imageio loader
Simon Steiner created PDFBOX-5374: - Summary: Allow user to override imageio loader Key: PDFBOX-5374 URL: https://issues.apache.org/jira/browse/PDFBOX-5374 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner I want to be able to select what imageio reader is used by pdfbox in a non static way. I may want to use 12monkeys when sun imageio classes cant read a image. Let me pick which reader is used from this line, in a non static way: Iterator readers = ImageIO.getImageReadersByFormatName(formatName); -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5374) Allow user to override imageio loader
[ https://issues.apache.org/jira/browse/PDFBOX-5374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5374: -- Description: I want to be able to select what imageio reader is used by pdfbox in a non static way. I may want to use 12monkeys when sun imageio classes cant read a image. Let me pick which reader is used from this line, in a non static way thru the api, overriding a method: Iterator readers = ImageIO.getImageReadersByFormatName(formatName); was: I want to be able to select what imageio reader is used by pdfbox in a non static way. I may want to use 12monkeys when sun imageio classes cant read a image. Let me pick which reader is used from this line, in a non static way: Iterator readers = ImageIO.getImageReadersByFormatName(formatName); > Allow user to override imageio loader > - > > Key: PDFBOX-5374 > URL: https://issues.apache.org/jira/browse/PDFBOX-5374 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > I want to be able to select what imageio reader is used by pdfbox in a non > static way. > I may want to use 12monkeys when sun imageio classes cant read a image. > Let me pick which reader is used from this line, in a non static way thru the > api, overriding a method: > Iterator readers = > ImageIO.getImageReadersByFormatName(formatName); -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Comment Edited] (PDFBOX-2602) Enhance command line tools
[ https://issues.apache.org/jira/browse/PDFBOX-2602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17264988#comment-17264988 ] Simon Steiner edited comment on PDFBOX-2602 at 1/14/21, 4:13 PM: - At least over the years of using various cmd line tools, the cmd line doesnt change in a breaking way even after a major release, the java api may change but most users are not affected by that was (Author: ssteiner1): At least over the years of using various cmd line tools, the cmd line doesnt change even after a major release, the java api may change but most users are not affected by that > Enhance command line tools > -- > > Key: PDFBOX-2602 > URL: https://issues.apache.org/jira/browse/PDFBOX-2602 > Project: PDFBox > Issue Type: Bug > Components: Utilities >Affects Versions: 1.8.8, 2.0.0 >Reporter: Maruan Sahyoun >Assignee: Maruan Sahyoun >Priority: Minor > Fix For: 3.0.0 PDFBox > > > The command line tools shall be enhanced to have the same behavior across all > tools. > From the discussion on the dev mailing list > - add an -h option to print the usage > - print the usage to System.err and use an exit code of 1 if there was an > invalid command line parameter > - print messages on exceptions to System.err > - rethrow the exception so java can handle it if it will terminate afterwards > anyway > - use an exit code of 1if rethrowing doesn't make sense > Additional input: > https://clig.dev/ -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2602) Enhance command line tools
[ https://issues.apache.org/jira/browse/PDFBOX-2602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17264988#comment-17264988 ] Simon Steiner commented on PDFBOX-2602: --- At least over the years of using various cmd line tools, the cmd line doesnt change even after a major release, the java api may change but most users are not affected by that > Enhance command line tools > -- > > Key: PDFBOX-2602 > URL: https://issues.apache.org/jira/browse/PDFBOX-2602 > Project: PDFBox > Issue Type: Bug > Components: Utilities >Affects Versions: 1.8.8, 2.0.0 >Reporter: Maruan Sahyoun >Assignee: Maruan Sahyoun >Priority: Minor > Fix For: 3.0.0 PDFBox > > > The command line tools shall be enhanced to have the same behavior across all > tools. > From the discussion on the dev mailing list > - add an -h option to print the usage > - print the usage to System.err and use an exit code of 1 if there was an > invalid command line parameter > - print messages on exceptions to System.err > - rethrow the exception so java can handle it if it will terminate afterwards > anyway > - use an exit code of 1if rethrowing doesn't make sense > Additional input: > https://clig.dev/ -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2602) Enhance command line tools
[ https://issues.apache.org/jira/browse/PDFBOX-2602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17264333#comment-17264333 ] Simon Steiner commented on PDFBOX-2602: --- I see the old cmd line used in many projects: https://github.com/search?p=2&q=pdfbox+pdftoimage&type=Code > Enhance command line tools > -- > > Key: PDFBOX-2602 > URL: https://issues.apache.org/jira/browse/PDFBOX-2602 > Project: PDFBox > Issue Type: Bug > Components: Utilities >Affects Versions: 1.8.8, 2.0.0 >Reporter: Maruan Sahyoun >Assignee: Maruan Sahyoun >Priority: Minor > Fix For: 3.0.0 PDFBox > > > The command line tools shall be enhanced to have the same behavior across all > tools. > From the discussion on the dev mailing list > - add an -h option to print the usage > - print the usage to System.err and use an exit code of 1 if there was an > invalid command line parameter > - print messages on exceptions to System.err > - rethrow the exception so java can handle it if it will terminate afterwards > anyway > - use an exit code of 1if rethrowing doesn't make sense > Additional input: > https://clig.dev/ -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-2602) Enhance command line tools
[ https://issues.apache.org/jira/browse/PDFBOX-2602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17264116#comment-17264116 ] Simon Steiner commented on PDFBOX-2602: --- I dont see the benefit of changing the command line as this causes everyone to relearn something that was working fine, switching between 2.0 and 3.0 is now a major hassle of converting cmdline syntax > Enhance command line tools > -- > > Key: PDFBOX-2602 > URL: https://issues.apache.org/jira/browse/PDFBOX-2602 > Project: PDFBox > Issue Type: Bug > Components: Utilities >Affects Versions: 1.8.8, 2.0.0 >Reporter: Maruan Sahyoun >Assignee: Maruan Sahyoun >Priority: Minor > Fix For: 3.0.0 PDFBox > > > The command line tools shall be enhanced to have the same behavior across all > tools. > From the discussion on the dev mailing list > - add an -h option to print the usage > - print the usage to System.err and use an exit code of 1 if there was an > invalid command line parameter > - print messages on exceptions to System.err > - rethrow the exception so java can handle it if it will terminate afterwards > anyway > - use an exit code of 1if rethrowing doesn't make sense > Additional input: > https://clig.dev/ -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5079) Red rendered as yellow
[ https://issues.apache.org/jira/browse/PDFBOX-5079?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5079: -- Description: java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render --input=PDF2.0imagewithBPC.pdf Expected to see red in output For some reason the command line has changed which will make it harder to switch between pdfbox versions, bring back the 2.0 cmd line: java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage PDF2.0imagewithBPC.pdf was: java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render --input=PDF2.0imagewithBPC.pdf Expected to see red in output For some reason the command line has changed which will make it harder to switch between pdfbox versions, bring back: java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage PDF2.0imagewithBPC.pdf > Red rendered as yellow > -- > > Key: PDFBOX-5079 > URL: https://issues.apache.org/jira/browse/PDFBOX-5079 > Project: PDFBox > Issue Type: Bug > Components: Rendering >Reporter: Simon Steiner >Priority: Major > Attachments: PDF2.0imagewithBPC.pdf > > > java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render > --input=PDF2.0imagewithBPC.pdf > Expected to see red in output > For some reason the command line has changed which will make it harder to > switch between pdfbox versions, bring back the 2.0 cmd line: > java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage > PDF2.0imagewithBPC.pdf -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-5079) Red rendered as yellow
[ https://issues.apache.org/jira/browse/PDFBOX-5079?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-5079: -- Attachment: PDF2.0imagewithBPC.pdf > Red rendered as yellow > -- > > Key: PDFBOX-5079 > URL: https://issues.apache.org/jira/browse/PDFBOX-5079 > Project: PDFBox > Issue Type: Bug > Components: Rendering >Reporter: Simon Steiner >Priority: Major > Attachments: PDF2.0imagewithBPC.pdf > > > java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render > --input=PDF2.0imagewithBPC.pdf > Expected to see red in output > For some reason the command line has changed which will make it harder to > switch between pdfbox versions, bring back: > java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage > PDF2.0imagewithBPC.pdf -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-5079) Red rendered as yellow
Simon Steiner created PDFBOX-5079: - Summary: Red rendered as yellow Key: PDFBOX-5079 URL: https://issues.apache.org/jira/browse/PDFBOX-5079 Project: PDFBox Issue Type: Bug Components: Rendering Reporter: Simon Steiner java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar render --input=PDF2.0imagewithBPC.pdf Expected to see red in output For some reason the command line has changed which will make it harder to switch between pdfbox versions, bring back: java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage PDF2.0imagewithBPC.pdf -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4987) CharStringCommand should use referenced string
[ https://issues.apache.org/jira/browse/PDFBOX-4987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17213296#comment-17213296 ] Simon Steiner commented on PDFBOX-4987: --- By defining "hstem" in a final static string, i can navigate around the code in the ide easily to see where it is used and what values are used for parsing it > CharStringCommand should use referenced string > -- > > Key: PDFBOX-4987 > URL: https://issues.apache.org/jira/browse/PDFBOX-4987 > Project: PDFBox > Issue Type: Improvement > Components: Parsing >Reporter: Simon Steiner >Priority: Major > > CharStringCommand, Type2CharString and Type1CharString use duplicate string > instances, could they use enum or final strings so its easier to debug the > code > eg > static final x =new key(1, {color:#008000}"hstem");{color} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4987) CharStringCommand should use referenced string
[ https://issues.apache.org/jira/browse/PDFBOX-4987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4987: -- Description: CharStringCommand, Type2CharString and Type1CharString use duplicate string instances, could they use enum or final strings so its easier to debug the code eg static final x =new key(1, {color:#008000}"hstem");{color} was: CharStringCommand, Type2CharString and Type1CharString use strings, could they use enum or final strings so its easier to debug the code eg static final x =new key(1, {color:#008000}"hstem");{color} > CharStringCommand should use referenced string > -- > > Key: PDFBOX-4987 > URL: https://issues.apache.org/jira/browse/PDFBOX-4987 > Project: PDFBox > Issue Type: Bug > Components: Parsing >Reporter: Simon Steiner >Priority: Major > > CharStringCommand, Type2CharString and Type1CharString use duplicate string > instances, could they use enum or final strings so its easier to debug the > code > eg > static final x =new key(1, {color:#008000}"hstem");{color} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4987) CharStringCommand should use referenced string
[ https://issues.apache.org/jira/browse/PDFBOX-4987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4987: -- Description: CharStringCommand, Type2CharString and Type1CharString use strings, could they use enum or final strings so its easier to debug the code eg static final x ={color:#008000}"hstem";{color} was:CharStringCommand, Type2CharString and Type1CharString use strings, could they use enum or final strings so its easier to debug the code > CharStringCommand should use referenced string > -- > > Key: PDFBOX-4987 > URL: https://issues.apache.org/jira/browse/PDFBOX-4987 > Project: PDFBox > Issue Type: Bug > Components: Parsing >Reporter: Simon Steiner >Priority: Major > > CharStringCommand, Type2CharString and Type1CharString use strings, could > they use enum or final strings so its easier to debug the code > eg > static final x ={color:#008000}"hstem";{color} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4987) CharStringCommand should use referenced string
[ https://issues.apache.org/jira/browse/PDFBOX-4987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4987: -- Description: CharStringCommand, Type2CharString and Type1CharString use strings, could they use enum or final strings so its easier to debug the code eg static final x =new key(1, {color:#008000}"hstem");{color} was: CharStringCommand, Type2CharString and Type1CharString use strings, could they use enum or final strings so its easier to debug the code eg static final x ={color:#008000}"hstem";{color} > CharStringCommand should use referenced string > -- > > Key: PDFBOX-4987 > URL: https://issues.apache.org/jira/browse/PDFBOX-4987 > Project: PDFBox > Issue Type: Bug > Components: Parsing >Reporter: Simon Steiner >Priority: Major > > CharStringCommand, Type2CharString and Type1CharString use strings, could > they use enum or final strings so its easier to debug the code > eg > static final x =new key(1, {color:#008000}"hstem");{color} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-4987) CharStringCommand should use referenced string
Simon Steiner created PDFBOX-4987: - Summary: CharStringCommand should use referenced string Key: PDFBOX-4987 URL: https://issues.apache.org/jira/browse/PDFBOX-4987 Project: PDFBox Issue Type: Bug Components: Parsing Reporter: Simon Steiner CharStringCommand, Type2CharString and Type1CharString use strings, could they use enum or final strings so its easier to debug the code -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4980) Java 6 compile error
[ https://issues.apache.org/jira/browse/PDFBOX-4980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17209719#comment-17209719 ] Simon Steiner commented on PDFBOX-4980: --- I should say that you can now build with java 7, i didnt get java 6 working > Java 6 compile error > > > Key: PDFBOX-4980 > URL: https://issues.apache.org/jira/browse/PDFBOX-4980 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.21 >Reporter: Simon Steiner >Priority: Major > Fix For: 2.0.22 > > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile > (default-compile) on project pdfbox-debugger: Compilation failure: > Compilation failure: > [ERROR] > /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] > cannot find symbol > [ERROR] symbol : variable ACCESS_EXTERNAL_DTD > [ERROR] location: class javax.xml.XMLConstants > [ERROR] > /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] > cannot find symbol > [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET > [ERROR] location: class javax.xml.XMLConstants > Java 6: > [WARNING] Rule 1: org.apache.maven.plugins.enforcer.RequireJavaVersion failed > with message: > Requires at least Java 7, and > Java versions higher than 11 cannot > build Java 6 bytecode > Java 7: > [ERROR] Failed to execute goal > com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget > (PDFBOX-4038) on project fontbox: Execution PDFBOX-4038 of goal > com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget failed: > Unable to load the mojo 'wget' in the plugin > 'com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0' due to an > API incompatibility: > org.codehaus.plexus.component.repository.exception.ComponentLookupException: > com/googlecode/download/maven/plugin/internal/WGet : Unsupported major.minor > version 52.0 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4980) Java 6 compile error
[ https://issues.apache.org/jira/browse/PDFBOX-4980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17209521#comment-17209521 ] Simon Steiner commented on PDFBOX-4980: --- 1.5.1 should be ok > Java 6 compile error > > > Key: PDFBOX-4980 > URL: https://issues.apache.org/jira/browse/PDFBOX-4980 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.21 >Reporter: Simon Steiner >Priority: Major > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile > (default-compile) on project pdfbox-debugger: Compilation failure: > Compilation failure: > [ERROR] > /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] > cannot find symbol > [ERROR] symbol : variable ACCESS_EXTERNAL_DTD > [ERROR] location: class javax.xml.XMLConstants > [ERROR] > /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] > cannot find symbol > [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET > [ERROR] location: class javax.xml.XMLConstants > Java 6: > [WARNING] Rule 1: org.apache.maven.plugins.enforcer.RequireJavaVersion failed > with message: > Requires at least Java 7, and > Java versions higher than 11 cannot > build Java 6 bytecode > Java 7: > [ERROR] Failed to execute goal > com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget > (PDFBOX-4038) on project fontbox: Execution PDFBOX-4038 of goal > com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget failed: > Unable to load the mojo 'wget' in the plugin > 'com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0' due to an > API incompatibility: > org.codehaus.plexus.component.repository.exception.ComponentLookupException: > com/googlecode/download/maven/plugin/internal/WGet : Unsupported major.minor > version 52.0 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4584) Java 7 compile error
[ https://issues.apache.org/jira/browse/PDFBOX-4584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17208718#comment-17208718 ] Simon Steiner commented on PDFBOX-4584: --- I opened PDFBOX-4980 > Java 7 compile error > > > Key: PDFBOX-4584 > URL: https://issues.apache.org/jira/browse/PDFBOX-4584 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.15 >Reporter: Simon Steiner >Assignee: Tilman Hausherr >Priority: Major > Fix For: 2.0.17 > > > for 2.0 branch on java 7 > mvn clean install -DskipTests > [ERROR] Failed to execute goal > org.codehaus.mojo:animal-sniffer-maven-plugin:1.18:check (check-java-version) > on project pdfbox-parent: Execution check-java-version of goal > org.codehaus.mojo:animal-sniffer-maven-plugin:1.18:check failed: Unable to > load the mojo 'check' in the plugin > 'org.codehaus.mojo:animal-sniffer-maven-plugin:1.18' due to an API > incompatibility: > org.codehaus.plexus.component.repository.exception.ComponentLookupException: > org/codehaus/mojo/animal_sniffer/maven/CheckSignatureMojo : Unsupported > major.minor version 52.0 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4980) Java 6 compile error
[ https://issues.apache.org/jira/browse/PDFBOX-4980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4980: -- Description: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile (default-compile) on project pdfbox-debugger: Compilation failure: Compilation failure: [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_DTD [ERROR] location: class javax.xml.XMLConstants [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET [ERROR] location: class javax.xml.XMLConstants Java 6: [WARNING] Rule 1: org.apache.maven.plugins.enforcer.RequireJavaVersion failed with message: Requires at least Java 7, and Java versions higher than 11 cannot build Java 6 bytecode Java 7: [ERROR] Failed to execute goal com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget (PDFBOX-4038) on project fontbox: Execution PDFBOX-4038 of goal com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget failed: Unable to load the mojo 'wget' in the plugin 'com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0' due to an API incompatibility: org.codehaus.plexus.component.repository.exception.ComponentLookupException: com/googlecode/download/maven/plugin/internal/WGet : Unsupported major.minor version 52.0 was: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile (default-compile) on project pdfbox-debugger: Compilation failure: Compilation failure: [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_DTD [ERROR] location: class javax.xml.XMLConstants [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET [ERROR] location: class javax.xml.XMLConstants Java 7: [ERROR] Failed to execute goal com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget (PDFBOX-4038) on project fontbox: Execution PDFBOX-4038 of goal com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget failed: Unable to load the mojo 'wget' in the plugin 'com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0' due to an API incompatibility: org.codehaus.plexus.component.repository.exception.ComponentLookupException: com/googlecode/download/maven/plugin/internal/WGet : Unsupported major.minor version 52.0 > Java 6 compile error > > > Key: PDFBOX-4980 > URL: https://issues.apache.org/jira/browse/PDFBOX-4980 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.21 >Reporter: Simon Steiner >Priority: Major > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile > (default-compile) on project pdfbox-debugger: Compilation failure: > Compilation failure: > [ERROR] > /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] > cannot find symbol > [ERROR] symbol : variable ACCESS_EXTERNAL_DTD > [ERROR] location: class javax.xml.XMLConstants > [ERROR] > /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] > cannot find symbol > [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET > [ERROR] location: class javax.xml.XMLConstants > Java 6: > [WARNING] Rule 1: org.apache.maven.plugins.enforcer.RequireJavaVersion failed > with message: > Requires at least Java 7, and > Java versions higher than 11 cannot > build Java 6 bytecode > Java 7: > [ERROR] Failed to execute goal > com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget > (PDFBOX-4038) on project fontbox: Execution PDFBOX-4038 of goal > com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget failed: > Unable to load the mojo 'wget' in the plugin > 'com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0' due to an > API incompatibility: > org.codehaus.plexus.component.repository.exception.ComponentLookupException: > com/googlecode/download/maven/plugin/internal/WGet : Unsupported major.minor > version 52.0 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4980) Java 6 compile error
[ https://issues.apache.org/jira/browse/PDFBOX-4980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4980: -- Description: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile (default-compile) on project pdfbox-debugger: Compilation failure: Compilation failure: [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_DTD [ERROR] location: class javax.xml.XMLConstants [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET [ERROR] location: class javax.xml.XMLConstants Java 7: [ERROR] Failed to execute goal com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget (PDFBOX-4038) on project fontbox: Execution PDFBOX-4038 of goal com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget failed: Unable to load the mojo 'wget' in the plugin 'com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0' due to an API incompatibility: org.codehaus.plexus.component.repository.exception.ComponentLookupException: com/googlecode/download/maven/plugin/internal/WGet : Unsupported major.minor version 52.0 was: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile (default-compile) on project pdfbox-debugger: Compilation failure: Compilation failure: [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_DTD [ERROR] location: class javax.xml.XMLConstants [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET [ERROR] location: class javax.xml.XMLConstants > Java 6 compile error > > > Key: PDFBOX-4980 > URL: https://issues.apache.org/jira/browse/PDFBOX-4980 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.21 >Reporter: Simon Steiner >Priority: Major > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile > (default-compile) on project pdfbox-debugger: Compilation failure: > Compilation failure: > [ERROR] > /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] > cannot find symbol > [ERROR] symbol : variable ACCESS_EXTERNAL_DTD > [ERROR] location: class javax.xml.XMLConstants > [ERROR] > /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] > cannot find symbol > [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET > [ERROR] location: class javax.xml.XMLConstants > > Java 7: > [ERROR] Failed to execute goal > com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget > (PDFBOX-4038) on project fontbox: Execution PDFBOX-4038 of goal > com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0:wget failed: > Unable to load the mojo 'wget' in the plugin > 'com.googlecode.maven-download-plugin:download-maven-plugin:1.6.0' due to an > API incompatibility: > org.codehaus.plexus.component.repository.exception.ComponentLookupException: > com/googlecode/download/maven/plugin/internal/WGet : Unsupported major.minor > version 52.0 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-4980) Java 6 compile error
Simon Steiner created PDFBOX-4980: - Summary: Java 6 compile error Key: PDFBOX-4980 URL: https://issues.apache.org/jira/browse/PDFBOX-4980 Project: PDFBox Issue Type: Bug Affects Versions: 2.0.21 Reporter: Simon Steiner [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.6.0:compile (default-compile) on project pdfbox-debugger: Compilation failure: Compilation failure: [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[409,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_DTD [ERROR] location: class javax.xml.XMLConstants [ERROR] /home/simon/pdfbox_th_2/debugger/src/main/java/org/apache/pdfbox/debugger/streampane/StreamPane.java:[410,64] cannot find symbol [ERROR] symbol : variable ACCESS_EXTERNAL_STYLESHEET [ERROR] location: class javax.xml.XMLConstants -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4584) Java 7 compile error
[ https://issues.apache.org/jira/browse/PDFBOX-4584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17208673#comment-17208673 ] Simon Steiner commented on PDFBOX-4584: --- Same issue happens again > Java 7 compile error > > > Key: PDFBOX-4584 > URL: https://issues.apache.org/jira/browse/PDFBOX-4584 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.15 >Reporter: Simon Steiner >Assignee: Tilman Hausherr >Priority: Major > Fix For: 2.0.17 > > > for 2.0 branch on java 7 > mvn clean install -DskipTests > [ERROR] Failed to execute goal > org.codehaus.mojo:animal-sniffer-maven-plugin:1.18:check (check-java-version) > on project pdfbox-parent: Execution check-java-version of goal > org.codehaus.mojo:animal-sniffer-maven-plugin:1.18:check failed: Unable to > load the mojo 'check' in the plugin > 'org.codehaus.mojo:animal-sniffer-maven-plugin:1.18' due to an API > incompatibility: > org.codehaus.plexus.component.repository.exception.ComponentLookupException: > org/codehaus/mojo/animal_sniffer/maven/CheckSignatureMojo : Unsupported > major.minor version 52.0 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4962) CMYK support
[ https://issues.apache.org/jira/browse/PDFBOX-4962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17207918#comment-17207918 ] Simon Steiner commented on PDFBOX-4962: --- new Color(CMYKColorSpace, color.getComponents(), 1); seems to break the color caching and so its really slow > CMYK support > > > Key: PDFBOX-4962 > URL: https://issues.apache.org/jira/browse/PDFBOX-4962 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: pdfbox2cmyk.patch, pdfcolor.patch > > > If the content stream has a cmyk color: > 0 0 0 1 k > pdfbox will convert this to rgb causing loss of fidelity > is it possible to pass the cmyk color when you call graphics2d eg: > {color:#660e7a}graphics{color}.setPaint(cmyk value) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4962) CMYK support
[ https://issues.apache.org/jira/browse/PDFBOX-4962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17201650#comment-17201650 ] Simon Steiner commented on PDFBOX-4962: --- This lets me write cmyk into postscript which solves printing issues on high end printers and improves colours in ps viewer in some cases > CMYK support > > > Key: PDFBOX-4962 > URL: https://issues.apache.org/jira/browse/PDFBOX-4962 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: pdfbox2cmyk.patch > > > If the content stream has a cmyk color: > 0 0 0 1 k > pdfbox will convert this to rgb causing loss of fidelity > is it possible to pass the cmyk color when you call graphics2d eg: > {color:#660e7a}graphics{color}.setPaint(cmyk value) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4962) CMYK support
[ https://issues.apache.org/jira/browse/PDFBOX-4962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4962: -- Attachment: pdfbox2cmyk.patch > CMYK support > > > Key: PDFBOX-4962 > URL: https://issues.apache.org/jira/browse/PDFBOX-4962 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > Attachments: pdfbox2cmyk.patch > > > If the content stream has a cmyk color: > 0 0 0 1 k > pdfbox will convert this to rgb causing loss of fidelity > is it possible to pass the cmyk color when you call graphics2d eg: > {color:#660e7a}graphics{color}.setPaint(cmyk value) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4962) CMYK support
[ https://issues.apache.org/jira/browse/PDFBOX-4962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17201005#comment-17201005 ] Simon Steiner commented on PDFBOX-4962: --- You pass native cmyk color in and the graphics2d implementation writes out native cmyk color to the output, i can submit a patch > CMYK support > > > Key: PDFBOX-4962 > URL: https://issues.apache.org/jira/browse/PDFBOX-4962 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > If the content stream has a cmyk color: > 0 0 0 1 k > pdfbox will convert this to rgb causing loss of fidelity > is it possible to pass the cmyk color when you call graphics2d eg: > {color:#660e7a}graphics{color}.setPaint(cmyk value) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-4962) CMYK support
Simon Steiner created PDFBOX-4962: - Summary: CMYK support Key: PDFBOX-4962 URL: https://issues.apache.org/jira/browse/PDFBOX-4962 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner If the content stream has a cmyk color: 0 0 0 1 k pdfbox will convert this to rgb causing loss of fidelity is it possible to pass the cmyk color when you call graphics2d eg: {color:#660e7a}graphics{color}.setPaint -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4962) CMYK support
[ https://issues.apache.org/jira/browse/PDFBOX-4962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4962: -- Description: If the content stream has a cmyk color: 0 0 0 1 k pdfbox will convert this to rgb causing loss of fidelity is it possible to pass the cmyk color when you call graphics2d eg: {color:#660e7a}graphics{color}.setPaint(cmyk value) was: If the content stream has a cmyk color: 0 0 0 1 k pdfbox will convert this to rgb causing loss of fidelity is it possible to pass the cmyk color when you call graphics2d eg: {color:#660e7a}graphics{color}.setPaint > CMYK support > > > Key: PDFBOX-4962 > URL: https://issues.apache.org/jira/browse/PDFBOX-4962 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > If the content stream has a cmyk color: > 0 0 0 1 k > pdfbox will convert this to rgb causing loss of fidelity > is it possible to pass the cmyk color when you call graphics2d eg: > {color:#660e7a}graphics{color}.setPaint(cmyk value) -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4897) PDFObjectStreamParser doesnt use offset
[ https://issues.apache.org/jira/browse/PDFBOX-4897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4897: -- Description: pdfbox 3 reads using offset in PDFObjectStreamParser pdfbox 2 reads using object number in PDFObjectStreamParser, should this change be backported to help reading pdfs I wrote a test case since i cant share my pdf {color:#80}public class {color}PDFObjectStreamParserTest { {color:#808000}@Test{color} {color:#80}public void {color}testOffsetParsing() {color:#80}throws {color}IOException { COSDictionary dict = {color:#80}new {color}COSDictionary(); dict.setItem(COSName.{color:#660e7a}N{color}, COSInteger.{color:#660e7a}ONE{color}); COSStream stream = {color:#80}new {color}COSStream(dict); OutputStream outputStream = stream.createUnfilteredStream(); outputStream.write({color:#008000}"0 7 -1 true"{color}.getBytes()); outputStream.close(); PDFObjectStreamParser objectStreamParser = {color:#80}new {color}PDFObjectStreamParser(stream, {color:#80}null{color}); objectStreamParser.parse(); Assert.assertEquals(objectStreamParser.getObjects().get({color:#ff}0{color}).getObject(), COSBoolean.{color:#660e7a}TRUE{color}); } } was: pdfbox 3 reads using offset in PDFObjectStreamParser pdfbox 2 reads using object number in PDFObjectStreamParser, should this change be backported to help reading pdfs {color:#80}public class {color}PDFObjectStreamParserTest { {color:#808000}@Test {color} {color:#80}public void {color}testOffsetParsing() {color:#80}throws {color}IOException { COSDictionary dict = {color:#80}new {color}COSDictionary(); dict.setItem(COSName.{color:#660e7a}N{color}, COSInteger.{color:#660e7a}ONE{color}); COSStream stream = {color:#80}new {color}COSStream(dict); OutputStream outputStream = stream.createUnfilteredStream(); outputStream.write({color:#008000}"0 7 -1 true"{color}.getBytes()); outputStream.close(); PDFObjectStreamParser objectStreamParser = {color:#80}new {color}PDFObjectStreamParser(stream, {color:#80}null{color}); objectStreamParser.parse(); Assert.assertEquals(objectStreamParser.getObjects().get({color:#ff}0{color}).getObject(), COSBoolean.{color:#660e7a}TRUE{color}); } } > PDFObjectStreamParser doesnt use offset > --- > > Key: PDFBOX-4897 > URL: https://issues.apache.org/jira/browse/PDFBOX-4897 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > pdfbox 3 reads using offset in PDFObjectStreamParser > pdfbox 2 reads using object number in PDFObjectStreamParser, should this > change be backported to help reading pdfs > > I wrote a test case since i cant share my pdf > {color:#80}public class {color}PDFObjectStreamParserTest { > {color:#808000}@Test{color} {color:#80}public void > {color}testOffsetParsing() {color:#80}throws {color}IOException { > COSDictionary dict = {color:#80}new {color}COSDictionary(); > dict.setItem(COSName.{color:#660e7a}N{color}, > COSInteger.{color:#660e7a}ONE{color}); > COSStream stream = {color:#80}new {color}COSStream(dict); > OutputStream outputStream = stream.createUnfilteredStream(); > outputStream.write({color:#008000}"0 7 -1 true"{color}.getBytes()); > outputStream.close(); > PDFObjectStreamParser objectStreamParser = {color:#80}new > {color}PDFObjectStreamParser(stream, {color:#80}null{color}); > objectStreamParser.parse(); > > Assert.assertEquals(objectStreamParser.getObjects().get({color:#ff}0{color}).getObject(), > COSBoolean.{color:#660e7a}TRUE{color}); > } > } -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4897) PDFObjectStreamParser doesnt use offset
[ https://issues.apache.org/jira/browse/PDFBOX-4897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4897: -- Description: pdfbox 3 reads using offset in PDFObjectStreamParser pdfbox 2 reads using object number in PDFObjectStreamParser, should this change be backported to help reading pdfs {color:#80}public class {color}PDFObjectStreamParserTest { {color:#808000}@Test {color} {color:#80}public void {color}testOffsetParsing() {color:#80}throws {color}IOException { COSDictionary dict = {color:#80}new {color}COSDictionary(); dict.setItem(COSName.{color:#660e7a}N{color}, COSInteger.{color:#660e7a}ONE{color}); COSStream stream = {color:#80}new {color}COSStream(dict); OutputStream outputStream = stream.createUnfilteredStream(); outputStream.write({color:#008000}"0 7 -1 true"{color}.getBytes()); outputStream.close(); PDFObjectStreamParser objectStreamParser = {color:#80}new {color}PDFObjectStreamParser(stream, {color:#80}null{color}); objectStreamParser.parse(); Assert.assertEquals(objectStreamParser.getObjects().get({color:#ff}0{color}).getObject(), COSBoolean.{color:#660e7a}TRUE{color}); } } was: pdfbox 3 reads using offset in PDFObjectStreamParser pdfbox 2 reads using object number in PDFObjectStreamParser, should this change be backported to help reading pdfs > PDFObjectStreamParser doesnt use offset > --- > > Key: PDFBOX-4897 > URL: https://issues.apache.org/jira/browse/PDFBOX-4897 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > pdfbox 3 reads using offset in PDFObjectStreamParser > pdfbox 2 reads using object number in PDFObjectStreamParser, should this > change be backported to help reading pdfs > > {color:#80}public class {color}PDFObjectStreamParserTest { > {color:#808000}@Test > {color} {color:#80}public void {color}testOffsetParsing() > {color:#80}throws {color}IOException { > COSDictionary dict = {color:#80}new {color}COSDictionary(); > dict.setItem(COSName.{color:#660e7a}N{color}, > COSInteger.{color:#660e7a}ONE{color}); > COSStream stream = {color:#80}new {color}COSStream(dict); > OutputStream outputStream = stream.createUnfilteredStream(); > outputStream.write({color:#008000}"0 7 -1 true"{color}.getBytes()); > outputStream.close(); > PDFObjectStreamParser objectStreamParser = {color:#80}new > {color}PDFObjectStreamParser(stream, {color:#80}null{color}); > objectStreamParser.parse(); > > Assert.assertEquals(objectStreamParser.getObjects().get({color:#ff}0{color}).getObject(), > COSBoolean.{color:#660e7a}TRUE{color}); > } > } -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-4897) PDFObjectStreamParser doesnt use offset
Simon Steiner created PDFBOX-4897: - Summary: PDFObjectStreamParser doesnt use offset Key: PDFBOX-4897 URL: https://issues.apache.org/jira/browse/PDFBOX-4897 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner pdfbox 3 reads using offset in PDFObjectStreamParser pdfbox 2 reads using object number in PDFObjectStreamParser, should this change be backported to help reading pdfs -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4835) PDFsplit breaks button
[ https://issues.apache.org/jira/browse/PDFBOX-4835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Steiner updated PDFBOX-4835: -- Attachment: simple_unc.pdf > PDFsplit breaks button > -- > > Key: PDFBOX-4835 > URL: https://issues.apache.org/jira/browse/PDFBOX-4835 > Project: PDFBox > Issue Type: Bug > Components: Parsing >Reporter: Simon Steiner >Priority: Major > Attachments: simple_unc.pdf > > > java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFSplit > simple_unc.pdf > > Yes button should still work on first split page -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-4835) PDFsplit breaks button
Simon Steiner created PDFBOX-4835: - Summary: PDFsplit breaks button Key: PDFBOX-4835 URL: https://issues.apache.org/jira/browse/PDFBOX-4835 Project: PDFBox Issue Type: Bug Components: Parsing Reporter: Simon Steiner Attachments: simple_unc.pdf java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFSplit simple_unc.pdf Yes button should still work on first split page -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4786) debugger app open dialog is from 1990s
[ https://issues.apache.org/jira/browse/PDFBOX-4786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17045880#comment-17045880 ] Simon Steiner commented on PDFBOX-4786: --- Seems to be some issue with swing and gtk I have, awt one maybe is better > debugger app open dialog is from 1990s > -- > > Key: PDFBOX-4786 > URL: https://issues.apache.org/jira/browse/PDFBOX-4786 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar debugger-app/target/debugger-app-3.0.0-SNAPSHOT.jar > open file option should have 2000 era open dialog -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4786) debugger app open dialog is from 1990s
[ https://issues.apache.org/jira/browse/PDFBOX-4786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17045878#comment-17045878 ] Simon Steiner commented on PDFBOX-4786: --- I found https://stackoverflow.com/questions/2617762/alternative-to-jfilechooser-on-linux > debugger app open dialog is from 1990s > -- > > Key: PDFBOX-4786 > URL: https://issues.apache.org/jira/browse/PDFBOX-4786 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar debugger-app/target/debugger-app-3.0.0-SNAPSHOT.jar > open file option should have 2000 era open dialog -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4786) debugger app open dialog is from 1990s
[ https://issues.apache.org/jira/browse/PDFBOX-4786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17045748#comment-17045748 ] Simon Steiner commented on PDFBOX-4786: --- There is https://docs.oracle.com/javase/tutorial/uiswing/components/filechooser.html > debugger app open dialog is from 1990s > -- > > Key: PDFBOX-4786 > URL: https://issues.apache.org/jira/browse/PDFBOX-4786 > Project: PDFBox > Issue Type: Bug >Reporter: Simon Steiner >Priority: Major > > java -jar debugger-app/target/debugger-app-3.0.0-SNAPSHOT.jar > open file option should have 2000 era open dialog -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Created] (PDFBOX-4786) debugger app open dialog is from 1990s
Simon Steiner created PDFBOX-4786: - Summary: debugger app open dialog is from 1990s Key: PDFBOX-4786 URL: https://issues.apache.org/jira/browse/PDFBOX-4786 Project: PDFBox Issue Type: Bug Reporter: Simon Steiner java -jar debugger-app/target/debugger-app-3.0.0-SNAPSHOT.jar open file option should have 2000 era open dialog -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-4721) Move Apache PDFBox from a low-API model
[ https://issues.apache.org/jira/browse/PDFBOX-4721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17043254#comment-17043254 ] Simon Steiner commented on PDFBOX-4721: --- I get "You don't have permission to access this resource." clicking on diff in url above > Move Apache PDFBox from a low-API model > --- > > Key: PDFBOX-4721 > URL: https://issues.apache.org/jira/browse/PDFBOX-4721 > Project: PDFBox > Issue Type: New Feature > Components: Documentation >Affects Versions: 2.0.17 >Reporter: Adrian with an A >Priority: Major > Fix For: 2.0.19, 3.0.0 PDFBox > > Attachments: image-2019-12-25-11-00-48-242.png > > > As of now Apache PDFBox is a low level API project. PDF Box is so mature that > it should have, and must have, higher levels of methods and functions that > helps the users to create PDFs. Looking around the internet one can find that > when people ask for help about PDF Box then it is always the same things, > e.g. "How can I create pages dynamically?", "How do I calculate the height > and width of a page", "Why does lines not split on end of line?", "All of my > texts overwrites themselfs and the pages becomes one page - why?". Having an > API where I have to draw like a child of what I want is something we saw in > the 'old days', maybe throughout the years 2000 to 2010. > Look at this repository as a good example: > https://github.com/ralfstuckert/pdfbox-layout . > This man has done what you should / could have done a long time ago. Give him > some money and implement (/improve) his code into PDF Box. Surely it can be > done. He does not update the repository that often, so grabbing it and / or > doing something similar would be great. It have to become more easy to work > with PDF BOXs PDFs. I can imagine that companies around the world would flock > to PDF Box if it was more userfriendly. > I hope that you can start with this as soon as possible, please. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Updated] (PDFBOX-4584) Java 7 compile error
[ https://issues.apache.org/jira/browse/PDFBOX-4584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4584: -- Summary: Java 7 compile error (was: Java 7 error) > Java 7 compile error > > > Key: PDFBOX-4584 > URL: https://issues.apache.org/jira/browse/PDFBOX-4584 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.15 >Reporter: simon steiner >Priority: Major > > for 2.0 branch on java 7 > mvn clean install -DskipTests > [ERROR] Failed to execute goal > org.codehaus.mojo:animal-sniffer-maven-plugin:1.18:check (check-java-version) > on project pdfbox-parent: Execution check-java-version of goal > org.codehaus.mojo:animal-sniffer-maven-plugin:1.18:check failed: Unable to > load the mojo 'check' in the plugin > 'org.codehaus.mojo:animal-sniffer-maven-plugin:1.18' due to an API > incompatibility: > org.codehaus.plexus.component.repository.exception.ComponentLookupException: > org/codehaus/mojo/animal_sniffer/maven/CheckSignatureMojo : Unsupported > major.minor version 52.0 -- 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-4584) Java 7 error
simon steiner created PDFBOX-4584: - Summary: Java 7 error Key: PDFBOX-4584 URL: https://issues.apache.org/jira/browse/PDFBOX-4584 Project: PDFBox Issue Type: Bug Affects Versions: 2.0.15 Reporter: simon steiner for 2.0 branch on java 7 mvn clean install -DskipTests [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.18:check (check-java-version) on project pdfbox-parent: Execution check-java-version of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.18:check failed: Unable to load the mojo 'check' in the plugin 'org.codehaus.mojo:animal-sniffer-maven-plugin:1.18' due to an API incompatibility: org.codehaus.plexus.component.repository.exception.ComponentLookupException: org/codehaus/mojo/animal_sniffer/maven/CheckSignatureMojo : Unsupported major.minor version 52.0 -- 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-4458) Subclasses of OperatorProcessor dont use constants
[ https://issues.apache.org/jira/browse/PDFBOX-4458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16829156#comment-16829156 ] simon steiner commented on PDFBOX-4458: --- Looks good > Subclasses of OperatorProcessor dont use constants > -- > > Key: PDFBOX-4458 > URL: https://issues.apache.org/jira/browse/PDFBOX-4458 > Project: PDFBox > Issue Type: Improvement > Components: Parsing >Affects Versions: 2.0.14 >Reporter: simon steiner >Assignee: Andreas Lehmkühler >Priority: Minor > Fix For: 2.0.16, 3.0.0 PDFBox > > > For example you have, would be nicer if these were constants like in COSName, > so api user can refer to these without hardcoding, when writing their own > parser > {color:#80}public {color}String getName() > { > {color:#80}return {color}{color:#008000}"Do"{color}; > } -- 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-4479) Java 6 error
[ https://issues.apache.org/jira/browse/PDFBOX-4479?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16784748#comment-16784748 ] simon steiner commented on PDFBOX-4479: --- eg http://svn.apache.org/viewvc/xmlgraphics/commons/trunk/pom.xml?r1=1784884&r2=1784883&pathrev=1784884 > Java 6 error > > > Key: PDFBOX-4479 > URL: https://issues.apache.org/jira/browse/PDFBOX-4479 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.14 >Reporter: simon steiner >Priority: Major > Labels: jdk6 > Fix For: 2.0.15 > > > On pdfbox 2.0 branch > [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot > find symbol > symbol : class ReflectiveOperationException > location: class org.apache.pdfbox.util.Hex > [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] > cannot find symbol > symbol : class ReflectiveOperationException > location: class org.apache.pdfbox.util.Hex > > fontbox/src/test/java/org/apache/fontbox/ttf/TTFSubsetterTest.java > Error:(233, 26) java: unclosed character literal > Error:(233, 28) java: illegal character: '\u0096' > Error:(233, 29) java: unclosed character literal -- 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-4479) Java 6 error
[ https://issues.apache.org/jira/browse/PDFBOX-4479?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16783630#comment-16783630 ] simon steiner commented on PDFBOX-4479: --- consider spawning javac from mvn to point to real jdk 6 to catch these > Java 6 error > > > Key: PDFBOX-4479 > URL: https://issues.apache.org/jira/browse/PDFBOX-4479 > Project: PDFBox > Issue Type: Bug >Affects Versions: 2.0.14 >Reporter: simon steiner >Priority: Major > Labels: jdk6 > Fix For: 2.0.15 > > > On pdfbox 2.0 branch > [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot > find symbol > symbol : class ReflectiveOperationException > location: class org.apache.pdfbox.util.Hex > [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] > cannot find symbol > symbol : class ReflectiveOperationException > location: class org.apache.pdfbox.util.Hex > > fontbox/src/test/java/org/apache/fontbox/ttf/TTFSubsetterTest.java > Error:(233, 26) java: unclosed character literal > Error:(233, 28) java: illegal character: '\u0096' > Error:(233, 29) java: unclosed character literal -- 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-4479) Java 6 error
[ https://issues.apache.org/jira/browse/PDFBOX-4479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4479: -- Description: On pdfbox 2.0 branch [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex was: [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex > Java 6 error > > > Key: PDFBOX-4479 > URL: https://issues.apache.org/jira/browse/PDFBOX-4479 > Project: PDFBox > Issue Type: Bug >Reporter: simon steiner >Priority: Major > > On pdfbox 2.0 branch > [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot > find symbol > symbol : class ReflectiveOperationException > location: class org.apache.pdfbox.util.Hex > [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] > cannot find symbol > symbol : class ReflectiveOperationException > location: class org.apache.pdfbox.util.Hex -- 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-4479) Java 6 error
[ https://issues.apache.org/jira/browse/PDFBOX-4479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4479: -- Description: On pdfbox 2.0 branch [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex fontbox/src/test/java/org/apache/fontbox/ttf/TTFSubsetterTest.java Error:(233, 26) java: unclosed character literal Error:(233, 28) java: illegal character: '\u0096' Error:(233, 29) java: unclosed character literal was: On pdfbox 2.0 branch [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex > Java 6 error > > > Key: PDFBOX-4479 > URL: https://issues.apache.org/jira/browse/PDFBOX-4479 > Project: PDFBox > Issue Type: Bug >Reporter: simon steiner >Priority: Major > > On pdfbox 2.0 branch > [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot > find symbol > symbol : class ReflectiveOperationException > location: class org.apache.pdfbox.util.Hex > [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] > cannot find symbol > symbol : class ReflectiveOperationException > location: class org.apache.pdfbox.util.Hex > > fontbox/src/test/java/org/apache/fontbox/ttf/TTFSubsetterTest.java > Error:(233, 26) java: unclosed character literal > Error:(233, 28) java: illegal character: '\u0096' > Error:(233, 29) java: unclosed character literal -- 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-4479) Java 6 error
simon steiner created PDFBOX-4479: - Summary: Java 6 error Key: PDFBOX-4479 URL: https://issues.apache.org/jira/browse/PDFBOX-4479 Project: PDFBox Issue Type: Bug Reporter: simon steiner [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[204,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex [ERROR] /pdfbox/src/main/java/org/apache/pdfbox/util/Hex.java:[219,16] cannot find symbol symbol : class ReflectiveOperationException location: class org.apache.pdfbox.util.Hex -- 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-4458) Subclasses of OperatorProcessor dont use constants
[ https://issues.apache.org/jira/browse/PDFBOX-4458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4458: -- Description: For example you have, would be nicer if these were constants like in COSName, so api user can refer to these without hardcoding, when writing their own parser {color:#80}public {color}String getName() { {color:#80}return {color}{color:#008000}"Do"{color}; } was: For example you have, would be nicer if these were constants like in COSName {color:#80}public {color}String getName() { {color:#80}return {color}{color:#008000}"Do"{color}; } > Subclasses of OperatorProcessor dont use constants > -- > > Key: PDFBOX-4458 > URL: https://issues.apache.org/jira/browse/PDFBOX-4458 > Project: PDFBox > Issue Type: Bug > Components: Parsing >Reporter: simon steiner >Priority: Major > > For example you have, would be nicer if these were constants like in COSName, > so api user can refer to these without hardcoding, when writing their own > parser > {color:#80}public {color}String getName() > { > {color:#80}return {color}{color:#008000}"Do"{color}; > } -- 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-4458) Subclasses of OperatorProcessor dont use constants
simon steiner created PDFBOX-4458: - Summary: Subclasses of OperatorProcessor dont use constants Key: PDFBOX-4458 URL: https://issues.apache.org/jira/browse/PDFBOX-4458 Project: PDFBox Issue Type: Bug Components: Parsing Reporter: simon steiner For example you have, would be nicer if these were constants like in COSName {color:#80}public {color}String getName() { {color:#80}return {color}{color:#008000}"Do"{color}; } -- 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-4439) Digitial signature image is not rendered
simon steiner created PDFBOX-4439: - Summary: Digitial signature image is not rendered Key: PDFBOX-4439 URL: https://issues.apache.org/jira/browse/PDFBOX-4439 Project: PDFBox Issue Type: Bug Reporter: simon steiner Attachments: notembedded_pm65.pdf java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage notembedded_pm65.pdf Picture of a face is not rendered -- 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-4439) Digitial signature image is not rendered
[ https://issues.apache.org/jira/browse/PDFBOX-4439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4439: -- Attachment: notembedded_pm65.pdf > Digitial signature image is not rendered > > > Key: PDFBOX-4439 > URL: https://issues.apache.org/jira/browse/PDFBOX-4439 > Project: PDFBox > Issue Type: Bug >Reporter: simon steiner >Priority: Major > Attachments: notembedded_pm65.pdf > > > java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage > notembedded_pm65.pdf > > Picture of a face is not rendered -- 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-4438) PDF is not bold
[ https://issues.apache.org/jira/browse/PDFBOX-4438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4438: -- Attachment: VariousKFontsNotembeded218.PDF > PDF is not bold > --- > > Key: PDFBOX-4438 > URL: https://issues.apache.org/jira/browse/PDFBOX-4438 > Project: PDFBox > Issue Type: Bug >Reporter: simon steiner >Priority: Major > Attachments: K4SystemFontsNotEmbeded218.PDF, > VariousKFontsNotembeded218.PDF > > > VariousKFontsNotembeded218.PDF > K4SystemFontsNotEmbeded218.PDF > Don't come out as bold, on Windows 10 with Adobe Reader and > FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they > are not bold -- 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-4438) PDF is not bold
[ https://issues.apache.org/jira/browse/PDFBOX-4438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4438: -- Description: VariousKFontsNotembeded218.PDF K4SystemFontsNotEmbeded218.PDF java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage K4SystemFontsNotEmbeded218.PDF Don't come out as bold, on Windows 10 with Adobe Reader and FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they are not bold [http://ardownload.adobe.com/pub/adobe/reader/win/AcrobatDC/misc/FontPack1900820071_XtdAlf_Lang_DC.msi] was: VariousKFontsNotembeded218.PDF K4SystemFontsNotEmbeded218.PDF Don't come out as bold, on Windows 10 with Adobe Reader and FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they are not bold http://ardownload.adobe.com/pub/adobe/reader/win/AcrobatDC/misc/FontPack1900820071_XtdAlf_Lang_DC.msi > PDF is not bold > --- > > Key: PDFBOX-4438 > URL: https://issues.apache.org/jira/browse/PDFBOX-4438 > Project: PDFBox > Issue Type: Bug >Reporter: simon steiner >Priority: Major > Attachments: K4SystemFontsNotEmbeded218.PDF, > VariousKFontsNotembeded218.PDF > > > VariousKFontsNotembeded218.PDF > K4SystemFontsNotEmbeded218.PDF > > java -jar ~/pdf-box-svn/app/target/pdfbox-app-3.0.0-SNAPSHOT.jar PDFToImage > K4SystemFontsNotEmbeded218.PDF > Don't come out as bold, on Windows 10 with Adobe Reader and > FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they > are not bold > > [http://ardownload.adobe.com/pub/adobe/reader/win/AcrobatDC/misc/FontPack1900820071_XtdAlf_Lang_DC.msi] -- 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-4438) PDF is not bold
[ https://issues.apache.org/jira/browse/PDFBOX-4438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4438: -- Description: VariousKFontsNotembeded218.PDF K4SystemFontsNotEmbeded218.PDF Don't come out as bold, on Windows 10 with Adobe Reader and FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they are not bold http://ardownload.adobe.com/pub/adobe/reader/win/AcrobatDC/misc/FontPack1900820071_XtdAlf_Lang_DC.msi was: VariousKFontsNotembeded218.PDF K4SystemFontsNotEmbeded218.PDF Don't come out as bold, on Windows 10 with Adobe Reader and FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they are not bold > PDF is not bold > --- > > Key: PDFBOX-4438 > URL: https://issues.apache.org/jira/browse/PDFBOX-4438 > Project: PDFBox > Issue Type: Bug >Reporter: simon steiner >Priority: Major > Attachments: K4SystemFontsNotEmbeded218.PDF, > VariousKFontsNotembeded218.PDF > > > VariousKFontsNotembeded218.PDF > K4SystemFontsNotEmbeded218.PDF > Don't come out as bold, on Windows 10 with Adobe Reader and > FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they > are not bold > > http://ardownload.adobe.com/pub/adobe/reader/win/AcrobatDC/misc/FontPack1900820071_XtdAlf_Lang_DC.msi -- 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-4438) PDF is not bold
[ https://issues.apache.org/jira/browse/PDFBOX-4438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] simon steiner updated PDFBOX-4438: -- Attachment: K4SystemFontsNotEmbeded218.PDF > PDF is not bold > --- > > Key: PDFBOX-4438 > URL: https://issues.apache.org/jira/browse/PDFBOX-4438 > Project: PDFBox > Issue Type: Bug >Reporter: simon steiner >Priority: Major > Attachments: K4SystemFontsNotEmbeded218.PDF, > VariousKFontsNotembeded218.PDF > > > VariousKFontsNotembeded218.PDF > K4SystemFontsNotEmbeded218.PDF > Don't come out as bold, on Windows 10 with Adobe Reader and > FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they > are not bold -- 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-4438) PDF is not bold
simon steiner created PDFBOX-4438: - Summary: PDF is not bold Key: PDFBOX-4438 URL: https://issues.apache.org/jira/browse/PDFBOX-4438 Project: PDFBox Issue Type: Bug Reporter: simon steiner VariousKFontsNotembeded218.PDF K4SystemFontsNotEmbeded218.PDF Don't come out as bold, on Windows 10 with Adobe Reader and FontPack1900820071_XtdAlf_Lang_DC.msi they show as Bold, on Windows 7 they are not bold -- 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-4363) [Patch] Add a common interface PDShadingPaint for all shading paints
[ https://issues.apache.org/jira/browse/PDFBOX-4363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16726580#comment-16726580 ] simon steiner commented on PDFBOX-4363: --- Can this be done for TilingPaint also > [Patch] Add a common interface PDShadingPaint for all shading paints > > > Key: PDFBOX-4363 > URL: https://issues.apache.org/jira/browse/PDFBOX-4363 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.12 >Reporter: Emmeran Seehuber >Assignee: Tilman Hausherr >Priority: Minor > Fix For: 2.0.13, 3.0.0 PDFBox > > Attachments: pdshadingpaint_base_interface.patch, > shadingpaint_generic_baseclass.patch > > > The attached patch adds an common interface PDShadingPaint to all > PDShading-based Paint's. It allows to access the underlying PDShading object > and the matrix of the paint. > At the moment it is not possible to access this fields without using dirty > accessibility hacks, see also [this > commit|https://github.com/rototor/pdfbox-graphics2d/commit/8603f6f9c781604d4684b8cb46499703c34b4711]. > Why would you need that? I need that for my > [PdfBoxGraphics2D|https://github.com/rototor/pdfbox-graphics2d] adapter. I > draw PDF pages using PDFRenderer/PageDrawer back into a PDF. While doing so I > derive from both classes and change / filter certain aspects of the PDF. One > use case is to extract a specific seperation color into its own PDF page, > remap it to another color and also draw some overfill (i.e. a additional > border of 0.5pt around all shapes drawn with this color). This so prepared > page is then used with a machine which glues foil (gold, silver or copper) on > the places marked with that color. > You can look at an [example > here|https://github.com/rototor/pdfbox-graphics2d/blob/master/src/test/java/de/rototor/pdfbox/graphics2d/PdfRerenderTest.java], > it does not use a seperation color, but you should get the idea. > My long term goal is to be able to use PDFBox for all possible pre-press PDF > manipulations. E.g. changing/remapping colorspaces, resampling images to the > target resolution, ... > At the moment I know of this "special cases" which will need a special > treatment, as they are normally handled through rendering them first into a > BufferedImage: > - Transparency groups > - Softmasks > Are there other places which resort to rendering to a BufferedImage first? -- 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