This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Katie, I'm coming in late on this problem, so please bare with me. I think the problem is that the build is using the system installed jj2000.jar file instead of the jpeg2000.jar file that comes with the IDV install package. The system installed jar is sealed so any requests from jar must come from that jar, no external classes are permitted. Thus the error for Grib2JpegDecoder. jj2000.j2k.util >> > > > is >> > > > > sealed >> > > > > at java.net.URLClassLoader.defineClass(URLClassLoader.java:227) >> > > > > at java.net.URLClassLoader.access$000(URLClassLoader.java:56) >> > > > > at java.net.URLClassLoader$1.run(URLClassLoader.java:195) >> > > > > at java.security.AccessController.doPrivileged(Native Method) >> > > > > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> > > > > at java.lang.ClassLoader.loadClass(ClassLoader.java:316) >> > > > > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:288) >> > > > > at java.lang.ClassLoader.loadClass(ClassLoader.java:251) >> > > > > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374) >> > > > > at >> > jj2000.j2k.decoder.Grib2JpegDecoder.<init>(Grib2JpegDecoder.java:252) A solution to the problem is too change the package names in our jpeg2000.jar file, then there shouldn't be any contention. Robb... Ticket Details =================== Ticket ID: DIF-532578 Department: Support netCDF Java Priority: Normal Status: Open