Hi Tilman, Thank you for your quick response. I'm not sure this is an issue of dependencies (although thank you for that reminder!).
If I download a prebuilt pdfbox-app-1.8.9 and call ExtractImages, I get two image files, on jpg and one tiff...both are actual image files. Nothing is logged to stdout. If I download a prebuilt nightly build of pdfbox-app-2.0.0 and call ExtractImages, I get one actual image file for the jpeg but then an empty (zero byte) tiff file. The log message from 2.0.0 is: >java -jar pdfbox-app-2.0.0-20150709.140349-1486.jar ExtractImages testPDF_childAttachment s.pdf Writing image: testPDF_childAttachments-1 Writing image: testPDF_childAttachments-2 Jul 09, 2015 10:37:13 AM org.apache.pdfbox.tools.imageio.ImageIOUtil writeImage SEVERE: No ImageWriter found for 'tiff' format Jul 09, 2015 10:37:13 AM org.apache.pdfbox.tools.imageio.ImageIOUtil writeImage SEVERE: Supported formats: JPG jpg bmp BMP gif GIF WBMP png PNG wbmp jpeg JPEG Jul 09, 2015 10:37:13 AM org.apache.pdfbox.pdmodel.font.PDSimpleFont toUnicode WARNING: No Unicode mapping for f_i (31) in font SCZFMD+HelveticaNeueLTStd-Roman -----Original Message----- From: Tilman Hausherr [mailto:[email protected]] Sent: Wednesday, July 08, 2015 2:59 AM To: [email protected] Subject: Re: migrating Tika to 2.0.0 Am 08.07.2015 um 04:19 schrieb Allison, Timothy B.: > There are two embedded/inline images (not regular attachments) that are > processed by pdfbox app's ExtractImages. > > In 1.8.9, there's a tiff (lightbulb) and a jpeg (flag/fireworks). With > trunk, there is a log warning saying that tiff isn't supported and then an > empty tiff file and a jpeg. You need to attach jai_imageio.jar to your build. And also the levigo jbig2 plugin. Like in the 1.8 version. https://pdfbox.apache.org/1.8/dependencies.html If it still doesn't work, could you please post the log message? Tilman > > -----Original Message----- > From: Tilman Hausherr [mailto:[email protected]] > Sent: Tuesday, July 07, 2015 3:48 PM > To: [email protected] > Subject: Re: migrating Tika to 2.0.0 > > Am 07.07.2015 um 21:39 schrieb Allison, Timothy B.: >> Thank you, Andreas. I opened PDFBox-2856. >> >> How about tiffs not being handled by ExtractImages...is this expected? >>> I also noticed that the tiff file is no longer extracted (2.0.0 logger >>> says tiff not handled, but a tiff is extracted with 1.8.9). Is this >>> expected? > What tiff? When displaying it with Adobe Reader, I see a word file and a > joboptions file. > > Tilman > >> Thank you, again. >> >> Best, >> >> Tim >> -----Original Message----- >> From: Andreas Lehmkuehler [mailto:[email protected]] >> Sent: Tuesday, July 07, 2015 3:08 PM >> To: [email protected] >> Subject: Re: migrating Tika to 2.0.0 >> >> Hi, >> >> Am 07.07.2015 um 18:59 schrieb Allison, Timothy B.: >>> All, >>> >>> As part of TIKA-1285, I updated Jeremy Anderson's original patch for >>> our wrapper for PDFBox 2.0.0 on Tika. I'm having some problems running the >>> unit tests because at least one of our files [0] is causing hefty resource >>> utilization, which sends my laptop into paging. The parse does eventually >>> stop, and content is extracted. >> What version of PDFBox are you using, I guess the lastest SNAPSHOT? >> >>> I also tried this file outside of Tika and used the straight >>> PDFBox-app ( both ExtractImages and ExtractText), and performance is also >>> far, far slower when compared with 1.8.9. >> I ran some quick tests and I can confirm that 2.0.0 is 4-5 times slower than >> 1.8.9 when extracting the text from the given pdf. >> >>> Many apologies if this issue has already been identified. >> AFAIK, it was unknown until now. Please create a JIRA ticket and thanks for >> reporting. >> >>> I also noticed that the tiff file is no longer extracted (2.0.0 logger >>> says tiff not handled, but a tiff is extracted with 1.8.9). Is this >>> expected? >>> >>> Thank you! >>> >>> Best, >>> >>> Tim >>> [0] >>> https://issues.apache.org/jira/secure/attachment/12743988/testPDF_childAttachments.pdf >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> BR >> Andreas >> >> --------------------------------------------------------------------- >> 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] >> > > --------------------------------------------------------------------- > 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] > --------------------------------------------------------------------- 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]
