search

ariesteam / aries

http://www.ariesonline.org
GNU General Public License v3.0
6 stars 1 forks source link

32-bit JVM problems #2

Closed kbagstad closed 13 years ago

kbagstad commented 13 years ago

Ciao Ferd -

I'd like to test to see if the 32-bit JVM is indeed the problem with the hanging raster layers, but can't do this due to problems below (reposting from an earlier email - appreciate your looking at this).

I'm having problems switching back to the 32-bit JVM for testing purposes - imageio issues when trying to run 32-bit java and genie. My version of the JDK has the native java 3d, jai, and jai imageio libraries installed correctly. I've verified this in the thinklab clojure repl with Gary's help. But when I run this command: model -o C:\netcdfs\sptests4\rec_sp17.nc core.models.recreation-san-pedro/source-birding core.contexts.beta/san_pedro_us256, I get the following error, which Gary doesn't get when he runs the same command:

Application start failed. java.lang.NoSuchMethodError: com.sun.media.imageioimpl.common.ImageUtil.getDestinationType(Ljavax/imageio/ImageReadParam;Ljava/util/Iterator;) at it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.prepareRead(TIFFImageReader.java:1004) at it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1186) at com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:667) at com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:912) at javax.media.jai.OpImage.getTile(OpImage.java:1139) at javax.media.jai.RenderedOp.getTile(RenderedOp.java:2268) at com.sun.media.jai.iterator.RandomIterFallback.makeCurrent(RandomIterFallback.java:116) at com.sun.media.jai.iterator.RandomIterFallback.getSampleDouble(RandomIterFallback.java:141) at org.integratedmodelling.geospace.coverage.AbstractRasterCoverage.getSubdivisionValue(AbstractRasterCoverage.java:166) at org.integratedmodelling.geospace.implementations.data.RegularRasterGridDataSource.getValue(RegularRasterGridDataSource.java:158) at org.integratedmodelling.corescience.implementations.observations.Ranking$RankingStateAccessor.getNextValue(Ranking.java:220) at org.integratedmodelling.corescience.implementations.observations.Ranking$RankingStateAccessor.getValue(Ranking.java:205) at org.integratedmodelling.corescience.compiler.VMContextualizer.run(VMContextualizer.java:279) at org.integratedmodelling.corescience.compiler.Contextualizer$RunContext.run(Contextualizer.java:39) at javax.realtime.MemoryArea.executeInArea(Unknown Source) at javolution.context.ConcurrentThread.run(Unknown Source)

Gary and I have both pushed everything we have and fetched and merged from everyone so our repositories are synchronized. We've also both performed a full cleaning procedure and rebuild. The stack trace seems to indicate that imageio is available on the classpath and we've verified that ImageUtil can be imported successfully, however the getDestinationType method (which is static) is not available. You can find the defintion of the imageUtil class at: http://www.java2s.com/Open-Source/Java-Document/6.0-JDK-Modules/Java-Advanced-Imaging/com/sun/media/imageioimpl/common/ImageUtil.java.htm; it looks like maybe we have an imageio version mismatch problem.

Thanks, Ken

fvilla commented 13 years ago

See last comment (#7) in issue #1 - all I can suggest. As noted, remember I wrote thinklab, not java, and did not endorse the configuration you're running. This or #1 are not necessarily proper tickets for thinklab or aries. I only have a 32-bit architecture at the moment, and I run under eclipse as always, not a single problem in months.

fvilla commented 13 years ago

Won't fix - not a thinklab issue, server-based workflow should take care of this.