Hi,
A new snapshot is available now:
https://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/pdfbox-app/1.8.10-SNAPSHOT/
look near the bottom for an updated jar.
it would be nice to test it without the file.encoding trick, to see
whether we fixed the bug you reported.
Tilman
Am 21.06.2015 um 05:55 schrieb Santiago Cardoso Geller:
Tilman, following your 2nd suggestion I could make it work with thiscommand:
java *-Dfile.encoding=ISO-8859-1* -jar pdfbox-app-1.8.9.jar TextToPDF
test.pdf test.txt
Thank you very much!
On Sun, Jun 21, 2015 at 12:36 AM, Santiago Cardoso Geller <
[email protected]> wrote:
Thank you Tilman.
I can see your changes on the SVN. By the moment I don't know how to get
the project from the SVN repository to build the new jar. I will try and
then I'll test your changes on the z/os.
On Sat, Jun 20, 2015 at 11:07 AM, Tilman Hausherr <[email protected]>
wrote:
Hi,
I opened an issue for you:
https://issues.apache.org/jira/browse/PDFBOX-2837
We are currently having a config problem with the Apache build server, so
there won't be a snapshot now, maybe next week. So there are two options
for you until there is:
1) build from source yourself. The svn repository for the 1.8 version is
https://svn.apache.org/repos/asf/pdfbox/branches/1.8, for the 2.0
version it is https://svn.apache.org/repos/asf/pdfbox/trunk
2) read this:
http://www.ibm.com/developerworks/systems/library/es-java-batchz.html
set /file.encoding/ property to ISO-8859-1.
The very best would of course be that you run a build on your z/OS
system, to see if any tests fail. I did fix several method calls where the
charset was missing and where this could make a "bad" difference, but I
don't know if I got them all.
Tilman
Am 20.06.2015 um 00:46 schrieb Santiago Cardoso Geller:
Hi Tilman. I found that the error is in the pdf generated previously with
the TextToPDF command.
This is my environment:
OS: Unix Service running on Z/OS.
JRE: JRE 1.6.0 IBM J9 2.4 z/OS s390-31
PDFBOX: pdfbox-app-1.8.9.jar
I uploaded the original test.txt file and the pdf generated from z/OS
(and
also another one generated on Win7) here:
https://www.dropbox.com/sh/k8lpjgxed0lxhfe/AADFnwW8y_7zJXe9gL3mz9UDa?dl=0
If you compare test_zos.pdf and test_win7.pdf you will find 2 bytes
different at line 58. If I change those bytes, then the encryption works
fine.
Thanks and regards,
Santiago
On Fri, Jun 19, 2015 at 6:25 PM, Tilman Hausherr <[email protected]>
wrote:
Could you please upload the file somewhere?
Tilman
Am 19.06.2015 um 22:27 schrieb Santiago Cardoso Geller:
Hi! I was trying to Encrypt a pdf from the command line by executing
the
following:
java -jar pdfbox-app-1.8.9.jar Encrypt -U 12345 -O 12345 test.pdf
test-encrypted.pdf
But I get the following error:
Encrypt failed with the following exception:
java.io.IOException: Error: Expected a long type at offset 7321,
instead
got '?'
at
org.apache.pdfbox.pdfparser.BaseParser.readLong(BaseParser.java:1695)
at
org.apache.pdfbox.pdfparser.BaseParser.readObjectNumber(BaseParser.java:1623)
at
org.apache.pdfbox.pdfparser.PDFParser.parseXrefTable(PDFParser.java:818)
at
org.apache.pdfbox.pdfparser.PDFParser.parseObject(PDFParser.java:540)
at
org.apache.pdfbox.pdfparser.PDFParser.parse(PDFParser.java:203)
at
org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:1220)
at
org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:1187)
at
org.apache.pdfbox.pdmodel.PDDocument.load(PDDocument.java:1112)
at org.apache.pdfbox.Encrypt.encrypt(Encrypt.java:158)
at org.apache.pdfbox.Encrypt.main(Encrypt.java:53)
at org.apache.pdfbox.PDFBox.main(PDFBox.java:54)
I only downloaded pdfbox-app-1.8.9.jar file. Is it required something
else?
Thanks,
Santiago
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
