[jira] [Created] (PDFBOX-2033) Narrow long pdf is printed blank
Tilman Hausherr created PDFBOX-2033: --- Summary: Narrow long pdf is printed blank Key: PDFBOX-2033 URL: https://issues.apache.org/jira/browse/PDFBOX-2033 Project: PDFBox Issue Type: Bug Components: Rendering Affects Versions: 2.0.0 Environment: W7 Reporter: Tilman Hausherr Based on the post of Norbert Sándor to the user list: When printing a 198.425 x 1700.787 sized page (70 x 600 mm) using new PDFPrinter(pdfDocument, printJob).silentPrint() to a virtual printer (e.g. PDFCreator or CIB), then the resulting PDF has a page size of 8,26x11,69 and the content is horizontally centered on the page. I was able to reproduce the problem, and also to print on a virtual printer that creates new PDFs of that size, by using the longest constructor of PDFPrinter(), but then the output is blank. While it is probably irrelevant to print a PDF to a PDF, the problem might make sense when printing to a cash register receipt printer. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (PDFBOX-2033) Narrow long pdf is printed blank
[ https://issues.apache.org/jira/browse/PDFBOX-2033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr updated PDFBOX-2033: Description: Based on the post of Norbert Sándor to the user list: When printing a 198.425 x 1700.787 sized page (70 x 600 mm) using new PDFPrinter(pdfDocument, printJob).silentPrint() to a virtual printer (e.g. PDFCreator or CIB), then the resulting PDF has a page size of 8,26x11,69 and the content is horizontally centered on the page. I was able to reproduce the problem, and also to print on a virtual printer that creates new PDFs of that size, by using the longest constructor of PDFPrinter(), but then the output is blank. While it doesn't seem useful to print a PDF to a PDF, the problem might make sense when printing to a cash register receipt printer. was: Based on the post of Norbert Sándor to the user list: When printing a 198.425 x 1700.787 sized page (70 x 600 mm) using new PDFPrinter(pdfDocument, printJob).silentPrint() to a virtual printer (e.g. PDFCreator or CIB), then the resulting PDF has a page size of 8,26x11,69 and the content is horizontally centered on the page. I was able to reproduce the problem, and also to print on a virtual printer that creates new PDFs of that size, by using the longest constructor of PDFPrinter(), but then the output is blank. While it is probably irrelevant to print a PDF to a PDF, the problem might make sense when printing to a cash register receipt printer. Narrow long pdf is printed blank Key: PDFBOX-2033 URL: https://issues.apache.org/jira/browse/PDFBOX-2033 Project: PDFBox Issue Type: Bug Components: Rendering Affects Versions: 2.0.0 Environment: W7 Reporter: Tilman Hausherr Based on the post of Norbert Sándor to the user list: When printing a 198.425 x 1700.787 sized page (70 x 600 mm) using new PDFPrinter(pdfDocument, printJob).silentPrint() to a virtual printer (e.g. PDFCreator or CIB), then the resulting PDF has a page size of 8,26x11,69 and the content is horizontally centered on the page. I was able to reproduce the problem, and also to print on a virtual printer that creates new PDFs of that size, by using the longest constructor of PDFPrinter(), but then the output is blank. While it doesn't seem useful to print a PDF to a PDF, the problem might make sense when printing to a cash register receipt printer. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (PDFBOX-2033) Narrow long pdf is printed blank
[ https://issues.apache.org/jira/browse/PDFBOX-2033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13974005#comment-13974005 ] Andreas Lehmkühler commented on PDFBOX-2033: You have to define the imageable area of the paper if you are using a custom format. Just setting the size will lead to a mixed up paper configuration as the imageable area won't be adjusted to the new paper size automatically. Adding the following did the trick for me: {code} // printable area equals papersize, one may add some margin if necessary paper.setImageableArea(0, 0, 198.425f, 1700.787f); {code} Narrow long pdf is printed blank Key: PDFBOX-2033 URL: https://issues.apache.org/jira/browse/PDFBOX-2033 Project: PDFBox Issue Type: Bug Components: Rendering Affects Versions: 2.0.0 Environment: W7 Reporter: Tilman Hausherr Based on the post of Norbert Sándor to the user list: When printing a 198.425 x 1700.787 sized page (70 x 600 mm) using new PDFPrinter(pdfDocument, printJob).silentPrint() to a virtual printer (e.g. PDFCreator or CIB), then the resulting PDF has a page size of 8,26x11,69 and the content is horizontally centered on the page. I was able to reproduce the problem, and also to print on a virtual printer that creates new PDFs of that size, by using the longest constructor of PDFPrinter(), but then the output is blank. While it doesn't seem useful to print a PDF to a PDF, the problem might make sense when printing to a cash register receipt printer. -- This message was sent by Atlassian JIRA (v6.2#6252)
New PDFBox bugfix release 1.8.5
Hi, it's time to cut a new bugfix release as there are a lot of fixes in our queue. Additionally I already announced a possible new release in the second quarter and people are already asking for it. ;-) WDYT? Is there anything we should wait for? Any fix only available in the trunk which should be merged into then branch as well? What about the 4 open issues [1] marked with fix for 1.8.5? BR Andreas Lehmkühler [1] http://s.apache.org/VwQ
[jira] [Resolved] (PDFBOX-1946) Running within an Applet has many AccessControlException 's
[ https://issues.apache.org/jira/browse/PDFBOX-1946?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr resolved PDFBOX-1946. - Resolution: Fixed Set to resolved as user didn't answer, I assume that it is OK or irrelevant. Running within an Applet has many AccessControlException 's --- Key: PDFBOX-1946 URL: https://issues.apache.org/jira/browse/PDFBOX-1946 Project: PDFBox Issue Type: Wish Affects Versions: 1.8.4 Environment: Running within an Applet Reporter: Fred Andrews Labels: Security Fix For: 1.8.5, 2.0.0 Attachments: patch.zip I've identified 6 modules that should be modified to avoid AccessControlException's while running within an Applet. My solution would be to catch each AccessControlException and then use a default or continue on. For most of these, that is probably the best solution, for a few especially PDFStreamEngine someone may have a better idea. The modules that have issues: pdfbox\pdfparser\BaseParser -- line 131 call to Boolean.getBoolean, line 170 call to Integer.getInteger pdfbox\util\PDFTextStripper -- line 79 call to System.getProperty() pdfbox\util\ResourceLoader -- line 67 call to getSystemClassLoader() pdfbox\pdmodel\graphics\color\PDColorState -- line 50, call to Color.getColor pdfbox/encoding/Encoding -- line 78, call to System.getProperty pdfbox\util\PDFStreamEngine -- Line 351 364 check for font == null (will be null if had resource loading problems) Not sure what the best way is to proceed. Please advise. Thanks -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (PDFBOX-2026) cannot load jpg into new pdf
[ https://issues.apache.org/jira/browse/PDFBOX-2026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr resolved PDFBOX-2026. - Resolution: Fixed Assignee: Tilman Hausherr I am setting this to resolved after not getting an answer for 4 days, because we want to wrap up. If your problem has not been solved (because I fixed a bug and not your bug, please create a new issue. cannot load jpg into new pdf Key: PDFBOX-2026 URL: https://issues.apache.org/jira/browse/PDFBOX-2026 Project: PDFBox Issue Type: Bug Affects Versions: 1.8.4, 1.8.5, 2.0.0 Environment: Java 1.7, eclipse, also tried 1.8.5 and 2.0.0 Reporter: shaun neal Assignee: Tilman Hausherr Labels: JPG, pdjpeg, pdxobjectimage Fix For: 1.8.5, 2.0.0 Attachments: logo.jpg, logo.pdf When trying to load jpg, tif or png get error below. Document is created but either gives out of memory error or cannot display image when document is opened. Tried: jpg or jpeg multiple resolutions compression or no compression creating a fresh image in gimp grayscale or rgb downloading an image from google images reading data into byte array and using byteinput stream nothing will allow me to load an image into the doc - all same result as below Apr 13, 2014 1:50:02 PM org.apache.pdfbox.pdmodel.graphics.xobject.PDXObjectImage getColorSpace INFO: About to return NULL from unhandled branch. filter = COSName{DCTDecode} doc = new PDDocument(); PDPage page = new PDPage(); FileInputStream in = new FileInputStream (logo.jpg); DEBUG OUTPUT APPEARS AFTER EXEC OF THIS LINE: PDXObjectImage img = new PDJpeg (doc, in); PDPageContentStream cs = new PDPageContentStream(doc, page); cs.drawImage(img, 72.0f, 720.0f); -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: New PDFBox bugfix release 1.8.5
Am 18.04.2014 15:36, schrieb Andreas Lehmkuehler: Hi, it's time to cut a new bugfix release as there are a lot of fixes Yes! WDYT? Is there anything we should wait for? Any fix only available in the trunk which should be merged into then branch as well? What about the 4 open issues [1] marked with fix for 1.8.5? PDFBOX-1946 https://issues.apache.org/jira/browse/PDFBOX-1946: person didn't answer = set to resolve PDFBOX-1977 https://issues.apache.org/jira/browse/PDFBOX-1977: LZW bug has been resolved. However the test is still not perfect. Don't really know what to do, I don't have the time to create a perfect test, i.e. that would 1. include the case that failed, 2. have both types of tests, deterministic and non-deterministic. A possible solution would be to change the title to the bug only, then create a new issue re: the test for 2.0 only. WDYT? PDFBOX-2026: https://issues.apache.org/jira/browse/PDFBOX-2026IMO the bug has been fixed. However the user didn't answer. I will set to resolve. PDFBOX-1897 https://issues.apache.org/jira/browse/PDFBOX-1897: I'll let Maruan resolve that one Tilman BR Andreas Lehmkühler [1] http://s.apache.org/VwQ
Re: New PDFBox bugfix release 1.8.5
Hi, Am 18.04.2014 15:52, schrieb Tilman Hausherr: Am 18.04.2014 15:36, schrieb Andreas Lehmkuehler: Hi, it's time to cut a new bugfix release as there are a lot of fixes Yes! WDYT? Is there anything we should wait for? Any fix only available in the trunk which should be merged into then branch as well? What about the 4 open issues [1] marked with fix for 1.8.5? PDFBOX-1946 https://issues.apache.org/jira/browse/PDFBOX-1946: person didn't answer = set to resolve +1 PDFBOX-1977 https://issues.apache.org/jira/browse/PDFBOX-1977: LZW bug has been resolved. However the test is still not perfect. Don't really know what to do, I don't have the time to create a perfect test, i.e. that would 1. include the case that failed, 2. have both types of tests, deterministic and non-deterministic. A possible solution would be to change the title to the bug only, then create a new issue re: the test for 2.0 only. WDYT? Sounds reasonable. Will you do that? PDFBOX-2026: https://issues.apache.org/jira/browse/PDFBOX-2026IMO the bug has been fixed. However the user didn't answer. I will set to resolve. +1 PDFBOX-1897 https://issues.apache.org/jira/browse/PDFBOX-1897: I'll let Maruan resolve that one Tilman BR Andreas Lehmkühler [1] http://s.apache.org/VwQ Thanks for the fast reply BR Andreas Lehmkühler
Re: New PDFBox bugfix release 1.8.5
Am 18.04.2014 16:13, schrieb Andreas Lehmkuehler: Sounds reasonable. Will you do that? Yes will do. Tilman
[jira] [Resolved] (PDFBOX-1977) LZWFilter fails
[ https://issues.apache.org/jira/browse/PDFBOX-1977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tilman Hausherr resolved PDFBOX-1977. - Resolution: Fixed Changed the title and set to resolve because we're wrapping up. The LZW bug has been fixed. I will open a new issue re: better tests. LZWFilter fails --- Key: PDFBOX-1977 URL: https://issues.apache.org/jira/browse/PDFBOX-1977 Project: PDFBox Issue Type: Bug Affects Versions: 1.8.5, 2.0.0 Reporter: John Hewson Assignee: Tilman Hausherr Labels: LZW Fix For: 1.8.5, 2.0.0 TestFilters uses Random().nextLong() to generate a seed for random data, which means that it is non-determinate. Depending on the seed value, the test may fail or succeed. Using the following seed results in the LZW filter failing: final long seed = -6257105096642706464L; -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (PDFBOX-2034) TestFilters is non-deterministic
Tilman Hausherr created PDFBOX-2034: --- Summary: TestFilters is non-deterministic Key: PDFBOX-2034 URL: https://issues.apache.org/jira/browse/PDFBOX-2034 Project: PDFBox Issue Type: Improvement Affects Versions: 1.8.5, 2.0.0 Reporter: Tilman Hausherr Priority: Minor This is a follow-up of PDFBOX-1977, which was created by John. TestFilters uses Random().nextLong() to generate a seed for random data, which means that it is non-determinate. Depending on the seed value, the test may fail or succeed. Using the following seed resulted in the LZW filter failing (this has been resolved in PDFBOX-1977): final long seed = -6257105096642706464L; So what we need is: - a test that uses the seed above (one should temporarly recreate the mentioned LZW filter bug to see that the test does indeed create a sequence so that it fails!), alternatively save the exact sequence from PDFBOX-1977 into a file and pass it through the filter - a set of [deterministic tests|http://martinfowler.com/articles/nonDeterminism.html] - a set of non-deterministic tests To see why, see the discussion in PDFBOX-1977. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (PDFBOX-1897) There are some errors within the source code documentation (javadocs)
[ https://issues.apache.org/jira/browse/PDFBOX-1897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13974141#comment-13974141 ] Tilman Hausherr commented on PDFBOX-1897: - I committed more javadoc fixes invoving and in rev 1588481, 1588482, and for the 1.8 branch and rev for the trunk. There are some errors within the source code documentation (javadocs) - Key: PDFBOX-1897 URL: https://issues.apache.org/jira/browse/PDFBOX-1897 Project: PDFBox Issue Type: Improvement Components: Documentation Reporter: Maruan Sahyoun Assignee: Maruan Sahyoun Priority: Trivial Labels: documentation Fix For: 1.8.5, 2.0.0 The documentation within the sources has some errors leading to missing or incorrect information. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: New PDFBox bugfix release 1.8.5
Now only Maruans issue is open. I'm currently fixing more javadoc stuff for 1.8 and 2.0 and will comment when done. This will be finished in 15 min. After that, two possibilities IMO: - if you can also work on it tomorrow, just wait for Maruan - if you can only work on it today, then set the issue to resolved after I'm done and Maruan can open a new issue. Tilman Am 18.04.2014 16:13, schrieb Andreas Lehmkuehler: Hi, Am 18.04.2014 15:52, schrieb Tilman Hausherr: Am 18.04.2014 15:36, schrieb Andreas Lehmkuehler: Hi, it's time to cut a new bugfix release as there are a lot of fixes Yes! WDYT? Is there anything we should wait for? Any fix only available in the trunk which should be merged into then branch as well? What about the 4 open issues [1] marked with fix for 1.8.5? PDFBOX-1946 https://issues.apache.org/jira/browse/PDFBOX-1946: person didn't answer = set to resolve +1 PDFBOX-1977 https://issues.apache.org/jira/browse/PDFBOX-1977: LZW bug has been resolved. However the test is still not perfect. Don't really know what to do, I don't have the time to create a perfect test, i.e. that would 1. include the case that failed, 2. have both types of tests, deterministic and non-deterministic. A possible solution would be to change the title to the bug only, then create a new issue re: the test for 2.0 only. WDYT? Sounds reasonable. Will you do that? PDFBOX-2026: https://issues.apache.org/jira/browse/PDFBOX-2026IMO the bug has been fixed. However the user didn't answer. I will set to resolve. +1 PDFBOX-1897 https://issues.apache.org/jira/browse/PDFBOX-1897: I'll let Maruan resolve that one Tilman BR Andreas Lehmkühler [1] http://s.apache.org/VwQ Thanks for the fast reply BR Andreas Lehmkühler
Re: New PDFBox bugfix release 1.8.5
Hi, I'm currently on a trip so won't be able to fix it today. BR Maruan Am 18.04.2014 um 16:58 schrieb Tilman Hausherr thaush...@t-online.de: Now only Maruans issue is open. I'm currently fixing more javadoc stuff for 1.8 and 2.0 and will comment when done. This will be finished in 15 min. After that, two possibilities IMO: - if you can also work on it tomorrow, just wait for Maruan - if you can only work on it today, then set the issue to resolved after I'm done and Maruan can open a new issue. Tilman Am 18.04.2014 16:13, schrieb Andreas Lehmkuehler: Hi, Am 18.04.2014 15:52, schrieb Tilman Hausherr: Am 18.04.2014 15:36, schrieb Andreas Lehmkuehler: Hi, it's time to cut a new bugfix release as there are a lot of fixes Yes! WDYT? Is there anything we should wait for? Any fix only available in the trunk which should be merged into then branch as well? What about the 4 open issues [1] marked with fix for 1.8.5? PDFBOX-1946 https://issues.apache.org/jira/browse/PDFBOX-1946: person didn't answer = set to resolve +1 PDFBOX-1977 https://issues.apache.org/jira/browse/PDFBOX-1977: LZW bug has been resolved. However the test is still not perfect. Don't really know what to do, I don't have the time to create a perfect test, i.e. that would 1. include the case that failed, 2. have both types of tests, deterministic and non-deterministic. A possible solution would be to change the title to the bug only, then create a new issue re: the test for 2.0 only. WDYT? Sounds reasonable. Will you do that? PDFBOX-2026: https://issues.apache.org/jira/browse/PDFBOX-2026IMO the bug has been fixed. However the user didn't answer. I will set to resolve. +1 PDFBOX-1897 https://issues.apache.org/jira/browse/PDFBOX-1897: I'll let Maruan resolve that one Tilman BR Andreas Lehmkühler [1] http://s.apache.org/VwQ Thanks for the fast reply BR Andreas Lehmkühler
[jira] [Comment Edited] (PDFBOX-1897) There are some errors within the source code documentation (javadocs)
[ https://issues.apache.org/jira/browse/PDFBOX-1897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13974141#comment-13974141 ] Tilman Hausherr edited comment on PDFBOX-1897 at 4/18/14 3:19 PM: -- I committed more javadoc fixes invoving and in rev 1588481, 1588482, and 1588485 for the 1.8 branch and rev 1588488 for the trunk. was (Author: tilman): I committed more javadoc fixes invoving and in rev 1588481, 1588482, and for the 1.8 branch and rev for the trunk. There are some errors within the source code documentation (javadocs) - Key: PDFBOX-1897 URL: https://issues.apache.org/jira/browse/PDFBOX-1897 Project: PDFBox Issue Type: Improvement Components: Documentation Reporter: Maruan Sahyoun Assignee: Maruan Sahyoun Priority: Trivial Labels: documentation Fix For: 1.8.5, 2.0.0 The documentation within the sources has some errors leading to missing or incorrect information. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: New PDFBox bugfix release 1.8.5
Hi, Am 18.04.2014 16:58, schrieb Tilman Hausherr: Now only Maruans issue is open. I'm currently fixing more javadoc stuff for 1.8 and 2.0 and will comment when done. This will be finished in 15 min. After that, two possibilities IMO: - if you can also work on it tomorrow, just wait for Maruan - if you can only work on it today, then set the issue to resolved after I'm done and Maruan can open a new issue. IMHO we are not in a hurry here, so let's wait a couple of days to give the other committers a chance to provide their opinion about the new release. Tilman Thanks so far for handling those open issues. BR Andreas Lehmkühler Am 18.04.2014 16:13, schrieb Andreas Lehmkuehler: Hi, Am 18.04.2014 15:52, schrieb Tilman Hausherr: Am 18.04.2014 15:36, schrieb Andreas Lehmkuehler: Hi, it's time to cut a new bugfix release as there are a lot of fixes Yes! WDYT? Is there anything we should wait for? Any fix only available in the trunk which should be merged into then branch as well? What about the 4 open issues [1] marked with fix for 1.8.5? PDFBOX-1946 https://issues.apache.org/jira/browse/PDFBOX-1946: person didn't answer = set to resolve +1 PDFBOX-1977 https://issues.apache.org/jira/browse/PDFBOX-1977: LZW bug has been resolved. However the test is still not perfect. Don't really know what to do, I don't have the time to create a perfect test, i.e. that would 1. include the case that failed, 2. have both types of tests, deterministic and non-deterministic. A possible solution would be to change the title to the bug only, then create a new issue re: the test for 2.0 only. WDYT? Sounds reasonable. Will you do that? PDFBOX-2026: https://issues.apache.org/jira/browse/PDFBOX-2026IMO the bug has been fixed. However the user didn't answer. I will set to resolve. +1 PDFBOX-1897 https://issues.apache.org/jira/browse/PDFBOX-1897: I'll let Maruan resolve that one Tilman BR Andreas Lehmkühler [1] http://s.apache.org/VwQ Thanks for the fast reply BR Andreas Lehmkühler
Build failed in Jenkins: PDFBox-ant #1247
See https://builds.apache.org/job/PDFBox-ant/1247/changes Changes: [tilman] PDFBOX-1897: fix javadoc errors -- Started by an SCM change Building remotely on solaris1 (Solaris) in workspace https://builds.apache.org/job/PDFBox-ant/ws/ Updating http://svn.apache.org/repos/asf/pdfbox/trunk at revision '2014-04-18T15:50:03.386 +' U fontbox/src/main/java/org/apache/fontbox/cff/CFFFont.java U pdfbox/src/main/java/org/apache/pdfbox/pdmodel/common/PDRange.java U pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/RC4Cipher.java U pdfbox/src/main/java/org/apache/pdfbox/pdfparser/NonSequentialPDFParser.java U pdfbox/src/main/java/org/apache/pdfbox/io/RandomAccessRead.java U preflight/src/main/java/org/apache/pdfbox/preflight/process/BookmarkValidationProcess.java U preflight/src/main/java/org/apache/pdfbox/preflight/font/Type3FontValidator.java U tools/src/main/java/org/apache/pdfbox/tools/gui/PDFTreeModel.java U xmpbox/src/main/java/org/apache/xmpbox/DateConverter.java At revision 1588497 [pdfbox] $ /home/hudson/tools/ant/apache-ant-1.7.0/bin/ant -file build.xml dist Buildfile: build.xml pdfbox.clean: [delete] Deleting directory /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target [delete] Deleting directory /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/bin get.externallibs.pdfbox: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: get.externallibs.fontbox: testexist: downloadfile: testexist: downloadfile: fontbox.init: fontbox.compile: [javac] Compiling 1 source file to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/fontbox/target/classes fontbox.package: [jar] Building jar: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/fontbox/target/fontbox-2.0.0.jar get.externallibs.jempbox: testexist: downloadfile: testexist: downloadfile: jempbox.init: jempbox.compile: jempbox.package: pdfbox.init: [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/bin [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output/rendering [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output-ext [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output-ext/rendering pdfbox.compile: [javac] Compiling 464 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:178: warning: [deprecation] getContent(java.security.Key,java.lang.String) in org.bouncycastle.cms.RecipientInformation has been deprecated [javac] envelopedData = ri.getContent(material.getPrivateKey(), BC); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:406: warning: [deprecation] AlgorithmIdentifier(org.bouncycastle.asn1.DERObjectIdentifier,org.bouncycastle.asn1.ASN1Encodable) in org.bouncycastle.asn1.x509.AlgorithmIdentifier has been deprecated [javac] AlgorithmIdentifier algorithmId = new AlgorithmIdentifier(new DERObjectIdentifier(algorithm), object); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:421: warning: [deprecation] getAlgorithmId() in org.bouncycastle.asn1.x509.SubjectPublicKeyInfo has been deprecated [javac] AlgorithmIdentifier algorithmId = certificate.getSubjectPublicKeyInfo().getAlgorithmId(); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:430: warning: [deprecation] getObjectId() in
Re: Build failed in Jenkins: PDFBox-ant #1247
Hi, I've disabled the generation of javadocs within the (more or less unsupported) ant build in revision 1588516, as it led to a failed build from time to time. BR Andreas Lehmkühler Am 18.04.2014 17:51, schrieb Apache Jenkins Server: See https://builds.apache.org/job/PDFBox-ant/1247/changes Changes: [tilman] PDFBOX-1897: fix javadoc errors -- Started by an SCM change Building remotely on solaris1 (Solaris) in workspace https://builds.apache.org/job/PDFBox-ant/ws/ Updating http://svn.apache.org/repos/asf/pdfbox/trunk at revision '2014-04-18T15:50:03.386 +' U fontbox/src/main/java/org/apache/fontbox/cff/CFFFont.java U pdfbox/src/main/java/org/apache/pdfbox/pdmodel/common/PDRange.java U pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/RC4Cipher.java U pdfbox/src/main/java/org/apache/pdfbox/pdfparser/NonSequentialPDFParser.java U pdfbox/src/main/java/org/apache/pdfbox/io/RandomAccessRead.java U preflight/src/main/java/org/apache/pdfbox/preflight/process/BookmarkValidationProcess.java U preflight/src/main/java/org/apache/pdfbox/preflight/font/Type3FontValidator.java U tools/src/main/java/org/apache/pdfbox/tools/gui/PDFTreeModel.java U xmpbox/src/main/java/org/apache/xmpbox/DateConverter.java At revision 1588497 [pdfbox] $ /home/hudson/tools/ant/apache-ant-1.7.0/bin/ant -file build.xml dist Buildfile: build.xml pdfbox.clean: [delete] Deleting directory /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target [delete] Deleting directory /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/bin get.externallibs.pdfbox: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: get.externallibs.fontbox: testexist: downloadfile: testexist: downloadfile: fontbox.init: fontbox.compile: [javac] Compiling 1 source file to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/fontbox/target/classes fontbox.package: [jar] Building jar: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/fontbox/target/fontbox-2.0.0.jar get.externallibs.jempbox: testexist: downloadfile: testexist: downloadfile: jempbox.init: jempbox.compile: jempbox.package: pdfbox.init: [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/bin [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output/rendering [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output-ext [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output-ext/rendering pdfbox.compile: [javac] Compiling 464 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:178: warning: [deprecation] getContent(java.security.Key,java.lang.String) in org.bouncycastle.cms.RecipientInformation has been deprecated [javac] envelopedData = ri.getContent(material.getPrivateKey(), BC); [javac]^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:406: warning: [deprecation] AlgorithmIdentifier(org.bouncycastle.asn1.DERObjectIdentifier,org.bouncycastle.asn1.ASN1Encodable) in org.bouncycastle.asn1.x509.AlgorithmIdentifier has been deprecated [javac] AlgorithmIdentifier algorithmId = new AlgorithmIdentifier(new DERObjectIdentifier(algorithm), object); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:421: warning: [deprecation] getAlgorithmId() in org.bouncycastle.asn1.x509.SubjectPublicKeyInfo has been deprecated [javac] AlgorithmIdentifier algorithmId = certificate.getSubjectPublicKeyInfo().getAlgorithmId(); [javac]
Checkstyle configuration (trunk)
Hi, I removed the old checkstyle configuration file in revision 1588522. Furthermore I've set the class version to optional as we never maintained that info within the javadoc of a class. BR Andreas Lehmkühler
Re: Checkstyle configuration (trunk)
I missed the old config when committing the first time. I've finally deleted it in revision 1588529. BR Andreas Lehmkühler Am 18.04.2014 19:31, schrieb Andreas Lehmkuehler: Hi, I removed the old checkstyle configuration file in revision 1588522. Furthermore I've set the class version to optional as we never maintained that info within the javadoc of a class. BR Andreas Lehmkühler
Build failed in Jenkins: PDFBox-ant #1248
See https://builds.apache.org/job/PDFBox-ant/1248/changes Changes: [lehmi] removed old checkstyle config [lehmi] removed old checkstyle config, class version is no longer needed [lehmi] disabled generation of javadocs within the ant build -- Started by an SCM change Building remotely on solaris1 (Solaris) in workspace https://builds.apache.org/job/PDFBox-ant/ws/ Updating http://svn.apache.org/repos/asf/pdfbox/trunk at revision '2014-04-18T17:50:01.109 +' D pdfbox-checkstyle.xml U pdfbox-checkstyle-5.xml U pdfbox/build.xml At revision 1588529 [pdfbox] $ /home/hudson/tools/ant/apache-ant-1.7.0/bin/ant -file build.xml dist Buildfile: build.xml pdfbox.clean: [delete] Deleting directory /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target [delete] Deleting directory /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/bin get.externallibs.pdfbox: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: get.externallibs.fontbox: testexist: downloadfile: testexist: downloadfile: fontbox.init: fontbox.compile: fontbox.package: get.externallibs.jempbox: testexist: downloadfile: testexist: downloadfile: jempbox.init: jempbox.compile: jempbox.package: pdfbox.init: [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/bin [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output/rendering [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output-ext [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output-ext/rendering pdfbox.compile: [javac] Compiling 464 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:178: warning: [deprecation] getContent(java.security.Key,java.lang.String) in org.bouncycastle.cms.RecipientInformation has been deprecated [javac] envelopedData = ri.getContent(material.getPrivateKey(), BC); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:406: warning: [deprecation] AlgorithmIdentifier(org.bouncycastle.asn1.DERObjectIdentifier,org.bouncycastle.asn1.ASN1Encodable) in org.bouncycastle.asn1.x509.AlgorithmIdentifier has been deprecated [javac] AlgorithmIdentifier algorithmId = new AlgorithmIdentifier(new DERObjectIdentifier(algorithm), object); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:421: warning: [deprecation] getAlgorithmId() in org.bouncycastle.asn1.x509.SubjectPublicKeyInfo has been deprecated [javac] AlgorithmIdentifier algorithmId = certificate.getSubjectPublicKeyInfo().getAlgorithmId(); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:430: warning: [deprecation] getObjectId() in org.bouncycastle.asn1.x509.AlgorithmIdentifier has been deprecated [javac] cipher = Cipher.getInstance(algorithmId.getObjectId().getId()); [javac]^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 4 warnings [javac] Compiling 48 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [javac] Note: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/test/java/org/apache/pdfbox/util/TestImageIOUtils.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. pdfbox.package:
Re: Build failed in Jenkins: PDFBox-ant #1248
Hi, I've removed the checkstyle target within the ant build in revision 1588533 BR Andreas Lehmkühler Am 18.04.2014 19:51, schrieb Apache Jenkins Server: See https://builds.apache.org/job/PDFBox-ant/1248/changes Changes: [lehmi] removed old checkstyle config [lehmi] removed old checkstyle config, class version is no longer needed [lehmi] disabled generation of javadocs within the ant build -- Started by an SCM change Building remotely on solaris1 (Solaris) in workspace https://builds.apache.org/job/PDFBox-ant/ws/ Updating http://svn.apache.org/repos/asf/pdfbox/trunk at revision '2014-04-18T17:50:01.109 +' D pdfbox-checkstyle.xml U pdfbox-checkstyle-5.xml U pdfbox/build.xml At revision 1588529 [pdfbox] $ /home/hudson/tools/ant/apache-ant-1.7.0/bin/ant -file build.xml dist Buildfile: build.xml pdfbox.clean: [delete] Deleting directory /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target [delete] Deleting directory /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/bin get.externallibs.pdfbox: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: testexist: downloadfile: get.externallibs.fontbox: testexist: downloadfile: testexist: downloadfile: fontbox.init: fontbox.compile: fontbox.package: get.externallibs.jempbox: testexist: downloadfile: testexist: downloadfile: jempbox.init: jempbox.compile: jempbox.package: pdfbox.init: [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/bin [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output/rendering [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output-ext [mkdir] Created dir: /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/test-output-ext/rendering pdfbox.compile: [javac] Compiling 464 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:178: warning: [deprecation] getContent(java.security.Key,java.lang.String) in org.bouncycastle.cms.RecipientInformation has been deprecated [javac] envelopedData = ri.getContent(material.getPrivateKey(), BC); [javac]^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:406: warning: [deprecation] AlgorithmIdentifier(org.bouncycastle.asn1.DERObjectIdentifier,org.bouncycastle.asn1.ASN1Encodable) in org.bouncycastle.asn1.x509.AlgorithmIdentifier has been deprecated [javac] AlgorithmIdentifier algorithmId = new AlgorithmIdentifier(new DERObjectIdentifier(algorithm), object); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:421: warning: [deprecation] getAlgorithmId() in org.bouncycastle.asn1.x509.SubjectPublicKeyInfo has been deprecated [javac] AlgorithmIdentifier algorithmId = certificate.getSubjectPublicKeyInfo().getAlgorithmId(); [javac] ^ [javac] /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/encryption/PublicKeySecurityHandler.java:430: warning: [deprecation] getObjectId() in org.bouncycastle.asn1.x509.AlgorithmIdentifier has been deprecated [javac] cipher = Cipher.getInstance(algorithmId.getObjectId().getId()); [javac]^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 4 warnings [javac] Compiling 48 source files to /zonestorage/hudson_solaris/home/hudson/hudson-slave/workspace/PDFBox-ant/trunk/pdfbox/target/classes [javac] Note:
PDFBox build job disappears
Hi, one of our PDFBox build jobs [1] somehow disappears. Does anyone know why? Is it just a jenkins hickup or did someone delete it accidentically? The other 2 are still available [2], [3] BR Andreas Lehmkühler [1] https://builds.apache.org/job/PDFBox-trunk/ [2] https://builds.apache.org/job/PDFBox%201.8.x/ [3] https://builds.apache.org/job/PDFBox-ant/
Jenkins build is back to normal : PDFBox-ant #1249
See https://builds.apache.org/job/PDFBox-ant/1249/changes
Re: New PDFBox bugfix release 1.8.5
I submitted a patch in January to PDFBOX-399https://issues.apache.org/jira/browse/PDFBOX-399 for ignoring badly-formatted CMap ToUnicode instructions. Can this be considered for inclusion in 1.8 series? Apologies if I put the patch in the wrong issue. Cheng On Fri, Apr 18, 2014 at 10:40 AM, John Hewson j...@jahewson.com wrote: Looks good to me! -- John On 18 Apr 2014, at 14:52, Tilman Hausherr thaush...@t-online.de wrote: Am 18.04.2014 15:36, schrieb Andreas Lehmkuehler: Hi, it's time to cut a new bugfix release as there are a lot of fixes Yes! WDYT? Is there anything we should wait for? Any fix only available in the trunk which should be merged into then branch as well? What about the 4 open issues [1] marked with fix for 1.8.5? PDFBOX-1946 https://issues.apache.org/jira/browse/PDFBOX-1946: person didn't answer = set to resolve PDFBOX-1977 https://issues.apache.org/jira/browse/PDFBOX-1977: LZW bug has been resolved. However the test is still not perfect. Don't really know what to do, I don't have the time to create a perfect test, i.e. that would 1. include the case that failed, 2. have both types of tests, deterministic and non-deterministic. A possible solution would be to change the title to the bug only, then create a new issue re: the test for 2.0 only. WDYT? PDFBOX-2026: https://issues.apache.org/jira/browse/PDFBOX-2026IMO the bug has been fixed. However the user didn't answer. I will set to resolve. PDFBOX-1897 https://issues.apache.org/jira/browse/PDFBOX-1897: I'll let Maruan resolve that one Tilman BR Andreas Lehmkühler [1] http://s.apache.org/VwQ
Re: PDFBox build job disappears
Yup there is an issue in Jenkins. I fixed that https://github.com/jenkinsci/maven-plugin/commit/d0c41f8432a9dfba3a27a2cfca215b4eaec48613 I will try to release the jenkins plugin and update our instance. (tonight or tomorrow) On 19 April 2014 04:16, Andreas Lehmkuehler andr...@lehmi.de wrote: Hi, one of our PDFBox build jobs [1] somehow disappears. Does anyone know why? Is it just a jenkins hickup or did someone delete it accidentically? The other 2 are still available [2], [3] BR Andreas Lehmkühler [1] https://builds.apache.org/job/PDFBox-trunk/ [2] https://builds.apache.org/job/PDFBox%201.8.x/ [3] https://builds.apache.org/job/PDFBox-ant/ -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy