Daniele, thanks for the information. I also should not be doing these tests now, so I am probably missing something. I will definitely review the whole thing with more chalm and let you know the outcome. Good to know what to search for.
Thanks, Andrea On Wed, Nov 18, 2009 at 1:18 PM, Daniele Romagnoli <daniele.romagn...@geo-solutions.it> wrote: > Hi Andrea, > I'm out of my usual office today. > Anyway, I have just downloaded the 2.6.x branch, downloaded the 1.0.4 > linux64 bit native libs from the imageio-ext site, deployed the native libs > on a folder, added that folder to the LD_LIBRARY_PATH and run mvn test on > the geotools imageio-ext-gdal plugin. Everything worked fine. So I have no > idea about what is happening on your machine. The previous error you > reported to me is due to a jni.jar and a loaded jni.dll/so not properly > paired. > > Daniele > > On Wed, Nov 18, 2009 at 1:09 PM, andrea antonello > <andrea.antone...@gmail.com> wrote: >> >> Hi Daniele, >> >> > this usually happen when the jar containing the JNI calls >> > (imageio-ext-gdalbindings) and the native libs (gdaljni.dll or similar >> > so) >> > aren't aligned to the same version. As an instance, this may happen when >> > in >> > your machine the old native libs (the one made for 1.0.3 and belove) >> > are >> > somewhere referenced by the LD_LIBRARY_PATH and you are using the new >> > imageio-ext-gdalbindings-1.4.5b jar or viceversa (native libs for 1.0.4 >> > and >> > the old imageio-ext-gdalbindings-1.4.5 without the 'b' suffix). >> > Check for this and let me know. (Also check for the presence of some OLD >> > GDAL installation) >> >> On my linux box I am quite sure I have things clean and separated. >> Udig uses an environment created for it at launchtime, so that should >> not be a problem also. >> What I have is, that I am using the latest geotools snap, which comes >> with imageio-ext-gdalbindings-1.4.5b together with the 1.0.4 native >> libs. But you said that shouldn't cause problems, right? >> If you confirm, I will try to search for mismatches. >> >> Andrea >> >> >> >> >> > >> > Regards, >> > Daniele >> > >> > >> > >> > On Wed, Nov 18, 2009 at 12:49 PM, andrea antonello >> > <andrea.antone...@gmail.com> wrote: >> >> >> >> Thanks for the info Daniele, >> >> I just tried the new libs and in uDig I get: >> >> >> >> !MESSAGE >> >> >> >> org.gdal.gdal.gdalJNI.Dataset_ReadRaster_Direct__SWIG_2(JLorg/gdal/gdal/Dataset;IIIIIIIIIII[B)I >> >> !STACK 0 >> >> java.lang.UnsatisfiedLinkError: >> >> >> >> >> >> org.gdal.gdal.gdalJNI.Dataset_ReadRaster_Direct__SWIG_2(JLorg/gdal/gdal/Dataset;IIIIIIIIIII[B)I >> >> at >> >> org.gdal.gdal.gdalJNI.Dataset_ReadRaster_Direct__SWIG_2(Native >> >> Method) >> >> at org.gdal.gdal.Dataset.ReadRaster_Direct(Dataset.java:128) >> >> at >> >> >> >> it.geosolutions.imageio.gdalframework.GDALImageReader.readDatasetRaster(GDALImageReader.java:449) >> >> at >> >> >> >> it.geosolutions.imageio.gdalframework.GDALImageReader.readDatasetRaster(GDALImageReader.java:328) >> >> at >> >> >> >> it.geosolutions.imageio.gdalframework.GDALImageReader.read(GDALImageReader.java:976) >> >> at >> >> >> >> org.geotools.coverageio.RasterLayerResponse.readRaster(RasterLayerResponse.java:334) >> >> at >> >> >> >> org.geotools.coverageio.RasterLayerResponse.createCoverage(RasterLayerResponse.java:189) >> >> at >> >> >> >> org.geotools.coverageio.RasterLayerResponse.compute(RasterLayerResponse.java:159) >> >> at >> >> >> >> org.geotools.coverageio.BaseGridCoverage2DReader.requestCoverage(BaseGridCoverage2DReader.java:589) >> >> at >> >> >> >> org.geotools.coverageio.BaseGridCoverage2DReader.read(BaseGridCoverage2DReader.java:397) >> >> at >> >> >> >> net.refractions.udig.catalog.rasterings.GridCoverageLoader.load(GridCoverageLoader.java:77) >> >> at >> >> >> >> net.refractions.udig.render.internal.gridcoverage.basic.MemoryGridCoverageRenderer.render(MemoryGridCoverageRenderer.java:118) >> >> [...] >> >> >> >> >> >> I am trying to figure out if I am doing something wrong, but basically >> >> nothing should have changed. The libs are in the jre, the library path >> >> set... >> >> >> >> If you see something obvious please let me know. >> >> >> >> Ciao >> >> Andrea >> >> >> >> >> >> >> >> >> >> On Wed, Nov 18, 2009 at 12:38 PM, Daniele Romagnoli >> >> <daniele.romagn...@geo-solutions.it> wrote: >> >> > Ops. a Typo occurred in my previous message: >> >> > --- Hence you dont need to rebuild the binaries; you can reuse the >> >> > 1.0.5 >> >> > ones. --- >> >> > should be: --- Hence you dont need to rebuild the binaries; you can >> >> > reuse >> >> > the 1.0.4 ones. --- >> >> > >> >> > Sorry about this. >> >> > Regards >> >> > >> >> > On Wed, Nov 18, 2009 at 12:35 PM, Daniele Romagnoli >> >> > <dany.geoto...@gmail.com> wrote: >> >> >> >> >> >> Hi all, >> >> >> let me briefly summarize some info :) >> >> >> >> >> >> The only important differences between 1.0.4 and 1.0.5 are an >> >> >> improvement >> >> >> of the direct kakadu plugin (as well as some minor changes on the >> >> >> utilities >> >> >> jar adding a method required by the kakadu plugin). >> >> >> Anyway, it is worth to point out that no differences exist between >> >> >> the >> >> >> native libraries used by 1.0.4 and the 1.0.5 ones. They are the same >> >> >> since >> >> >> the native bindings still unchanged from 1.0.4 to 1.0.5 (the only >> >> >> difference >> >> >> is between 1.0.3 and 1.0.4 since in 1.0.4 we have solved an issue >> >> >> reported >> >> >> by aaime on JVM crash). Hence you dont need to rebuild the binaries; >> >> >> you can >> >> >> reuse the 1.0.5 ones. I only need to update the imageio-ext download >> >> >> section >> >> >> in the imageio-ext (the jars and the win installer). I'll do it in >> >> >> the >> >> >> afternoon since yesterday the dev.java.net space was not responding >> >> >> - >> >> >> sleeping. >> >> >> >> >> >> Hope this helps. >> >> >> >> >> >> >> >> >> On Wed, Nov 18, 2009 at 12:11 PM, Jody Garnett >> >> >> <jody.garn...@gmail.com> >> >> >> wrote: >> >> >>> >> >> >>> Andrea perhaps we can ask the imageio-ext installer to have an >> >> >>> option >> >> >>> to >> >> >>> install into the JRE? Right now I trick it by setting JAVA_HOME to >> >> >>> my >> >> >>> JRE >> >> >>> and then running the installer. >> >> >>> >> >> >>> Hopefully you could do this in order to get a working JRE for >> >> >>> imageio-ext >> >> >>> 1.0.5 and thus be able to meet your deadlines today? >> >> >>> >> >> >>> Jody >> >> >>> >> >> >>> On 18/11/2009, at 8:16 AM, andrea antonello wrote: >> >> >>> >> >> >>> >> Considering I just built a JRE for imageio-ext 1.0.4 and have >> >> >>> >> not >> >> >>> >> managed to make a release on that yet I am not in a position to >> >> >>> >> upgrade uDig >> >> >>> >> (or 2.6.x) at this time. >> >> >>> > >> >> >>> > In fact I am right now going through this since I am packaging >> >> >>> > JGrass >> >> >>> > for a course with all last fixes. Apparently on linux64 the >> >> >>> > 1.0.3 >> >> >>> > crashes with the current geotools and the 1.0.4 gives me errors >> >> >>> > when >> >> >>> > trying to load ecw :) >> >> >>> > >> >> >>> > Anyways I will have to test if it is a linux64 issue or general. >> >> >>> > >> >> >>> > Ciao >> >> >>> > Andrea >> >> >>> > >> >> >>> > >> >> >>> >> >> >> >>> >> Jody >> >> >>> >> >> >> >>> >> On 18/11/2009, at 7:09 AM, Andrea Aime wrote: >> >> >>> >> >> >> >>> >>> Jody Garnett ha scritto: >> >> >>> >>>> Sounds interesting (I was too busy to review docs yet but glad >> >> >>> >>>> you >> >> >>> >>>> are >> >> >>> >>>> moving!) does the change to imageio-ext change much? Do I need >> >> >>> >>>> to >> >> >>> >>>> make >> >> >>> >>>> a JRE+GDAL again? Give me some more detail please. >> >> >>> >>> >> >> >>> >>> I think the main issue Jody and others are facing is that they >> >> >>> >>> need >> >> >>> >>> to redo the uDig embedded JRE every time there is an upgrade to >> >> >>> >>> imageio-ext and rebuild imageio-ext for OSX from sources. >> >> >>> >>> >> >> >>> >>> The latter is particularly annoying I guess. >> >> >>> >>> Afaik GeoSolutions is already single handedly building the >> >> >>> >>> binaries >> >> >>> >>> for Windows 32 bit, and Linux 32 and 64 bit. >> >> >>> >>> That's already a hell of a job, been through it. >> >> >>> >>> >> >> >>> >>> I'm wondering what can be done to help. >> >> >>> >>> Is the current major holdup lack of hardware/licenses or lack >> >> >>> >>> of >> >> >>> >>> time? >> >> >>> >>> Both? In an ideal world it would be nice to have also Win 64 >> >> >>> >>> and >> >> >>> >>> OSX >> >> >>> >>> builds. >> >> >>> >>> >> >> >>> >>> Cheers >> >> >>> >>> Andrea >> >> >>> >>> >> >> >>> >>> -- >> >> >>> >>> Andrea Aime >> >> >>> >>> OpenGeo - http://opengeo.org >> >> >>> >>> Expert service straight from the developers. >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> ------------------------------------------------------------------------------ >> >> >>> >> Let Crystal Reports handle the reporting - Free Crystal Reports >> >> >>> >> 2008 >> >> >>> >> 30-Day >> >> >>> >> trial. Simplify your report design, integration and deployment - >> >> >>> >> and >> >> >>> >> focus on >> >> >>> >> what you do best, core application coding. Discover what's new >> >> >>> >> with >> >> >>> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> >>> >> _______________________________________________ >> >> >>> >> Geotools-devel mailing list >> >> >>> >> Geotools-devel@lists.sourceforge.net >> >> >>> >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> >>> >> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> ------------------------------------------------------------------------------ >> >> >>> Let Crystal Reports handle the reporting - Free Crystal Reports >> >> >>> 2008 >> >> >>> 30-Day >> >> >>> trial. Simplify your report design, integration and deployment - >> >> >>> and >> >> >>> focus on >> >> >>> what you do best, core application coding. Discover what's new with >> >> >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> >>> _______________________________________________ >> >> >>> Geotools-devel mailing list >> >> >>> Geotools-devel@lists.sourceforge.net >> >> >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> ------------------------------------------------------- >> >> >> Eng. Daniele Romagnoli >> >> >> Software Engineer >> >> >> >> >> >> GeoSolutions S.A.S. >> >> >> Via Carignoni 51 >> >> >> 55041 Camaiore (LU) >> >> >> Italy >> >> >> >> >> >> phone: +39 0584983027 >> >> >> fax: +39 0584983027 >> >> >> mob: +39 328 0559267 >> >> >> >> >> >> >> >> >> http://www.geo-solutions.it >> >> >> >> >> >> ------------------------------------------------------- >> >> >> >> >> > >> >> > >> >> > >> >> > -- >> >> > ------------------------------------------------------- >> >> > Eng. Daniele Romagnoli >> >> > Software Engineer >> >> > >> >> > GeoSolutions S.A.S. >> >> > Via Carignoni 51 >> >> > 55041 Camaiore (LU) >> >> > Italy >> >> > >> >> > phone: +39 0584983027 >> >> > fax: +39 0584983027 >> >> > mob: +39 328 0559267 >> >> > >> >> > >> >> > http://www.geo-solutions.it >> >> > >> >> > ------------------------------------------------------- >> >> > >> >> > >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> >> 30-Day >> >> trial. Simplify your report design, integration and deployment - and >> >> focus >> >> on >> >> what you do best, core application coding. Discover what's new with >> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> _______________________________________________ >> >> Geotools-devel mailing list >> >> Geotools-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > >> > >> > >> > -- >> > ------------------------------------------------------- >> > Eng. Daniele Romagnoli >> > Software Engineer >> > >> > GeoSolutions S.A.S. >> > Via Carignoni 51 >> > 55041 Camaiore (LU) >> > Italy >> > >> > phone: +39 0584983027 >> > fax: +39 0584983027 >> > mob: +39 328 0559267 >> > >> > >> > http://www.geo-solutions.it >> > >> > ------------------------------------------------------- >> > >> > >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Geotools-devel mailing list >> Geotools-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > -- > ------------------------------------------------------- > Eng. Daniele Romagnoli > Software Engineer > > GeoSolutions S.A.S. > Via Carignoni 51 > 55041 Camaiore (LU) > Italy > > phone: +39 0584983027 > fax: +39 0584983027 > mob: +39 328 0559267 > > > http://www.geo-solutions.it > > ------------------------------------------------------- > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
