Am 10.05.2015 um 21:59 schrieb Noam Silver:
Ok, this sounds like the problem. So, when you say be patient what do you
mean?
Wait 1-2 days.
I have already managed to do a quick solution but this needs some
polishing. The "polishing" is internal only, i.e. you don't have to
change anything in your code. It's the name lookup that has an
additional segment now.
If you're in a hurry, two possibilities:
- I tell you what to change in the source code so you build it yourself
- I send you the jar file you need. (If you want that, tell me if you
use the pdfbox.jar, or the pdfbox-app.jar)
Tilman
Thanks so much for your help!
Noam
On Sun, May 10, 2015 at 10:13 PM, Tilman Hausherr <thaush...@t-online.de>
wrote:
Am 10.05.2015 um 19:58 schrieb Noam Silver:
The code which I was talking about with the *namesDict =
doc**.getDocumentCatalog().getNames()
*returns *null *is part of the pdfbox code in the *findDestinationPage
*method
in the section of the *if( rawDest instanceof PDNamedDestination )* in the
*PDOutlineItem* class.
It sems that there is an anomaly in this spacific pdf. Ill try to load the
pdf with *loadNonSeq(file,null) *and see what's the difference.
I looked at the file, and my first impression is that this is a bug in
PDFBox. In your file, the document catalog has a /Dests entry, but PDFBox
is looking for a /Names entry, which itself has a /Dests entry. Your
document is using a PDF 1.1 concept, while PDFBox supports the 1.2 concept
only, but should of course support both.
Be patient...
Tilman
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
