geotools-devel

[Geotools-devel] Build working on Java 6 32 bits on trunk and 2.5.x

[Andrea A. <aa...@op...>]

Hi,
I've spent some time today fixing issues that prevented
GeoTools from building on Sun Java 6 (some patches
were coming from Christian, which I also thank for
the IBM jdk specific ones).
A list of the patches performed is here:
http://jira.codehaus.org/browse/GEOT-1917
http://jira.codehaus.org/browse/GEOT-2453
http://jira.codehaus.org/browse/GEOT-2460
http://jira.codehaus.org/browse/GEOT-2461
http://jira.codehaus.org/browse/GEOT-2462

After fixing the above I have a working trunk
build on Ubuntu with java 6u13 32bit and native
JAI and JAI imageio installed.

On another Ubuntu machine I have the 64bit
version without native JAI installed , which
is still failing on the render module in the
coverage SLD tests, in particular
RasterSymbolizerTest.test3BandsByte_SLD
RasterSymbolizerTest.test4BandsUInt16_SLD
Simone, any idea? I _guess_ it might be related
to the lack of native JAI, but it may also be
the 64bit nature of the machine.

On 2.5.x the situation is similar, I have a java6
build going on 32bit + native JAI/JAI ImageIO,
and the same failure as trunk on the 64bit machine.

-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Re: [Geotools-devel] Build working on Java 6 32 bits on trunk and 2.5.x

[Jody G. <jod...@gm...>]

That is great Andrea (and also thanks to Christan):

I look forward to grabbing an update; when I last tried this I got
stuck on a few of our classes implementing JDBC Connection.

Jody

On Sun, Apr 26, 2009 at 7:40 AM, Andrea Aime <aa...@op...> wrote:
> Hi,
> I've spent some time today fixing issues that prevented
> GeoTools from building on Sun Java 6 (some patches
> were coming from Christian, which I also thank for
> the IBM jdk specific ones).
> A list of the patches performed is here:
> http://jira.codehaus.org/browse/GEOT-1917
> http://jira.codehaus.org/browse/GEOT-2453
> http://jira.codehaus.org/browse/GEOT-2460
> http://jira.codehaus.org/browse/GEOT-2461
> http://jira.codehaus.org/browse/GEOT-2462
>
> After fixing the above I have a working trunk
> build on Ubuntu with java 6u13 32bit and native
> JAI and JAI imageio installed.
>
> On another Ubuntu machine I have the 64bit
> version without native JAI installed , which
> is still failing on the render module in the
> coverage SLD tests, in particular
> RasterSymbolizerTest.test3BandsByte_SLD
> RasterSymbolizerTest.test4BandsUInt16_SLD
> Simone, any idea? I _guess_ it might be related
> to the lack of native JAI, but it may also be
> the 64bit nature of the machine.
>
> On 2.5.x the situation is similar, I have a java6
> build going on 32bit + native JAI/JAI ImageIO,
> and the same failure as trunk on the 64bit machine.
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
> ------------------------------------------------------------------------------
> Crystal Reports &#45; New Free Runtime and 30 Day Trial
> Check out the new simplified licensign option that enables unlimited
> royalty&#45;free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Geotools-devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>

Re: [Geotools-devel] Build working on Java 6 32 bits on trunk and 2.5.x

[Andrea A. <aa...@op...>]

Andrea Aime ha scritto:
> On another Ubuntu machine I have the 64bit
> version without native JAI installed , which
> is still failing on the render module in the
> coverage SLD tests, in particular
> RasterSymbolizerTest.test3BandsByte_SLD
> RasterSymbolizerTest.test4BandsUInt16_SLD
> Simone, any idea? I _guess_ it might be related
> to the lack of native JAI, but it may also be
> the 64bit nature of the machine.

I've made a JDK 6 without native JAI installed on
the 32bit machine and I still have the failures,
so it's not 64bit specific.

The stack trace is not very helpful thought
(at least, to me):

javax.media.jai.util.ImagingException: Exception occurs when computing 
tiles.
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleJob(SunTileScheduler.java:1178)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTiles(SunTileScheduler.java:1227)
	at javax.media.jai.OpImage.getTiles(OpImage.java:1450)
	at javax.media.jai.RenderedOp.getTiles(RenderedOp.java:2316)
	at javax.media.jai.PlanarImage.getTiles(PlanarImage.java:2617)
	at 
org.geotools.renderer.lite.gridcoverage2d.RasterSymbolizerTest.testRasterSymbolizerHelper(RasterSymbolizerTest.java:1170)
	at 
org.geotools.renderer.lite.gridcoverage2d.RasterSymbolizerTest.test3BandsByte_SLD(RasterSymbolizerTest.java:706)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at junit.framework.TestCase.runTest(TestCase.java:168)
	at junit.framework.TestCase.runBare(TestCase.java:134)
	at junit.framework.TestResult$1.protect(TestResult.java:110)
	at junit.framework.TestResult.runProtected(TestResult.java:128)
	at junit.framework.TestResult.run(TestResult.java:113)
	at junit.framework.TestCase.run(TestCase.java:124)
	at junit.framework.TestSuite.runTest(TestSuite.java:232)
	at junit.framework.TestSuite.run(TestSuite.java:227)
	at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81)
	at 
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 255
	at javax.media.jai.LookupTableJAI.lookup(LookupTableJAI.java:1244)
	at javax.media.jai.LookupTableJAI.lookup(LookupTableJAI.java:1016)
	at 
com.sun.media.jai.opimage.LookupOpImage.computeRect(LookupOpImage.java:173)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:914)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:911)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:911)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:911)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at 
com.sun.media.jai.util.SunTileScheduler.compute(SunTileScheduler.java:717)
	at com.sun.media.jai.util.TileJob.compute(SunTileScheduler.java:373)
	at com.sun.media.jai.util.WorkerThread.run(SunTileScheduler.java:468)
Caused by:
java.lang.ArrayIndexOutOfBoundsException: 255
	at javax.media.jai.LookupTableJAI.lookup(LookupTableJAI.java:1244)
	at javax.media.jai.LookupTableJAI.lookup(LookupTableJAI.java:1016)
	at 
com.sun.media.jai.opimage.LookupOpImage.computeRect(LookupOpImage.java:173)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:914)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:911)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:911)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:911)
	at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at 
com.sun.media.jai.util.SunTileScheduler.compute(SunTileScheduler.java:717)
	at com.sun.media.jai.util.TileJob.compute(SunTileScheduler.java:373)
	at com.sun.media.jai.util.WorkerThread.run(SunTileScheduler.java:468)

Hmm... Simone, does this ring any bell to you?
I also tested with a clean Java 5 without any JAI or JAI ImageIO
installed, and it worked. A wild guess, due to different iteration
order a different plugin of sorts (operation implementation, reader)
is chosen in JDK 6 when no native JAI installation is available?

Cheers
Andrea

-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.