johann sorel wrote: > Hello, > We would like to start a discussion around JNI. > > As you have seen in the past months some work has be done on GDAL. > This work is great and can be useful to handle more raster formats, but > the problem is that GeoTools is getting tightly linked to those JNI > classes. > I think the code is all isolated into the -Pgdal profile? > It seem's that the approach choosed here to bind this work to GeoTools could > introduce some problems in the future and it could be really useful to avoid > tight dependency on it > This work is only needed for a few specific plug-ins; plug-ins by definition are optional and not part of the library etc... > - unnecessary jars for those who don't need the GDAL plugins > - community work outside org.geotools package namespace > - community work on external svn > - additional barrier for GeoTools community to work on those modules > > We ring the bell today because we have found that the render module has a > dependency on an unsupported module which uses this JNI work We feel > concerned because render is in the library module, which means it is official > and supported. > Besides, using JNI reduce geotools portability which is the main purpose and > the main reason why we use Java. > Can you be specific; I am surprised to hear this ... but you are correct this is something that needs a solution. > Probably in moving JNI related classes outside GeoTools and keep it in it's > native project ImageIO-Ext on java.net. > After all it is an extension that as be clearly envisioned as an independent > project, so it should not be part of geotools trunk. My understanding is that imageio-ext is going well; and we should be able to write our additional formats to smoothly work if gdal is available; and smoothly fail if it is not available (ie the plugin will issue a warning; and the grid format will not be chosen).
Cheers, Jody ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
