There are no native binaries in either the jai-image core or jpeg2000 jars. These same web apps run on Linux, Windows, Intel macOS, and at least one old Solaris machine. I just prefer macOS as my development platform. (Sun's original JAI did have native libraries, but that was decades ago.)
On Sat, Apr 12, 2025 at 6:35 PM Tim Funk <funk...@apache.org> wrote: > Wild guess. Does this library use tmp to extract binaries to run native > code? > > If so, it might be a version collision of those tmp binaries? > > > > On Sat, Apr 12, 2025 at 4:23 PM Thad Humphries <thad.humphr...@gmail.com> > wrote: > > > I have a problem that appears to be one webapp in Tomcat 9 having a > portion > > of its classpath masked by another webapp. I am running Tomcat 9 > (versions > > see below) on macOS 15.4 with Amazon's OpenJDK 11.0.22+7-LTS. > > > > I have 3 webapps all of which use PDFBox 2 and jai-imageio-core > > (standalone) v1.4.0, largely for converting pages of a PDF to a Java > > BufferedImage and then to PNG for display in a browser. None of these > > webapps use com.twelvemonkeys.imageio. > > > > Last week I was presented with a PDF with JPEG2000 images on some pages. > > Having no luck on a command line with PDFBox 2 and jai-imageio-jpeg2000, > I > > tried PDFBox 3. That worked so I updated my most recent app to PDFBox 3 > and > > added jai-imageio-jpeg2000. That worked fine from NetBeans and the Tomcat > > 9.0.67 dev server. However when I deployed my app to Tomcat 9.0.80 with > the > > other two apps, the JPEG2000 images failed, producing this in my app's > log: > > > > ERROR PDFStreamEngine.operatorException() - Cannot read JPEG2000 image: > > Java Advanced Imaging (JAI) Image I/O Tools are not installed > > org.apache.pdfbox.filter.MissingImageReaderException: Cannot read > JPEG2000 > > image: Java Advanced Imaging (JAI) Image I/O Tools are not installed > > at org.apache.pdfbox.filter.Filter.findImageReader(Filter.java:171) > > ~[pdfbox-3.0.4.jar:3.0.4] > > ... > > > > Both jai-imageio-core and jai-imageio-jpeg2000 are in WEB-INF/lib so why > > wasn't JPEG2000 found? > > > > I downloaded Tomcat 9.0.104 and deployed my new app. The JPEG2000 images > > were fine. I installed one of the older apps via manager, and my new app > > still worked. I restarted Tomcat and the images failed. Then I copied > > jai-imageio-jpeg2000 to the old app's WEB-INF/lib, restarted Tomcat, and > > the JPEG2000 images were again fine. > > > > I've since tried this test with both 9.0.80 and 9.0.104 and see the same > > results. Interestingly, on startup I see the older app's deployment > > descriptor loads first in catalina.out. I understand the order is > > non-deterministic, but it appears that if the first webapp with > > jai-imageio-core does not jai-imageio-jpeg2000 with it, the second app > > can't find jai-imageio-jpeg2000 in its WEB-INF/lib. > > > > I know jai-imageio in webapps is a strange beast, going back to the > > original Sun versions and Tomcat 4 and 5. When I was running > TwelveMonkeys > > I had a special context listener for that library, but I dropped that > > library years ago because jai-imageio-core standalone was all I needed. > > > > Any thoughts, ideas, or known problems with the combinations I've > described > > above? Any solutions other than copying jai-imageio-jpeg2000 to the other > > apps' WEB-INF/lib? > > > > -- > > "Hell hath no limits, nor is circumscrib'd In one self-place; but where > we > > are is hell, And where hell is, there must we ever be" --Christopher > > Marlowe, *Doctor Faustus* (v. 111-13) > > > -- "Hell hath no limits, nor is circumscrib'd In one self-place; but where we are is hell, And where hell is, there must we ever be" --Christopher Marlowe, *Doctor Faustus* (v. 111-13)
