Hi Tisham, > I believe we are encountering SPI issues with FileDataStore factories. The > shapefile loader registers the .shp extension when the shapefile module > loads, if we attempt to load shapefiles via the OSGi bundles of these > modules there are:
That would be great to have some feedback from GeoTools core developers (Jody?) about my previous mail, especially with regard to the hack I had to do in order to refresh the registry (since it caches the instances). I used a static method found in the referencing part, that's probably why it only covers that. > We are using BndTools (mainly because Neil Bartlett does some OSGi advocacy > and gave us a chance to test on both Felix and Equinox - this was before we > discovered the pax eclipse plugin). I prefer ant+ivy as my build system > rather than the declarative joys of maven. Anyway the reference system I'm also interested in BndTools as well as Ant+Ivy. The system we put in place to deal with OSGi is now three years old and the field was much less mature at the time. That's what we use in production, it does the job and we will support it for some time. But we don't invest much in it and when time allows we will have a closer look at what's going on by BndTools, Felix, PAX, Tycho, Bundlor etc. and upgrade ou approach. Anyhow, the most important thing is to have the OSGi metadata in the end. For GeoTools, using the Apache Bundle plugin seems a pragamatic approach. > services are intercepted quite well, but they don't disappear when the code > providing bundle is stopped/uninstalled. We may need to do similar things > for FileDataStores. mmh, yes probably because I forgot to "refresh" the cache (see above) when stopping. > Can I get svn access to hack at the FileDataStore service registry ? What do you want to hack? Do you have patches, just to give an idea? As I put above, I would really like to have first a feedback about the "core" service registry in GeoTools. This is the place where we should gain more access or be able to switch to a non caching approach when using a dynamic modular system such as OSGi. But I believe that this is for core GeoTools developers to look at this, because the impact is potentially massive. Cheers, Mathieu ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
