Hi Martin; This gets into "The Java Idea" vs "the "OSGi system" - both are competing JSR proposals. At a pragmatic level they offer identical functionality; the JSR-294 / JSR 277 involve changes to the Java language; everyone that needed a system to work today went with OSGi ...
Both of these approaches will share the same problems when we go to use GeoTools - ie they are both very formal (versions, dependencies, strict restrictions on what packages may be "published") that our existing informal Factory SPI system has some difficulty working with it. So in a word; yes this is a great way to go. So good I am already there. Jody PS. I also found it interesting that they refer to a draft specification for "Supportin OSGi bundles in the Java Module System", I think even Sun knows they are way behind on this one; and like with Hibernate they are going to have to roll with a few punches before there is a standard anyone will take seriously. To be fair the SR-294 / JSR 277 approach does offer an advantage over OSGi; because they are changing the Virtual Machine to behave like several virtual machines they can actually *completely* cleanup a module when it is unloaded, OSGi pulls off the same idea with class loaders and tricks ... boiling the functionality into the VM is safer. Martin Desruisseaux wrote: > Hello Jody > > I remember that you wanted to revisit FactoryProvider; I admit that they are > complex and revisiting them would help. However before to venture into an > external alternative, I would be curious to see what come up from that: > > http://weblogs.java.net/blog/stanleyh/archive/2008/05/updates_on_modu.html > > Quoting them: "the specification will include details about resource modules > (for internationalization), service/service-provider modules". > > I would like to see what it look like (maybe we can hope that it will make > its > way into Java 7). > > Martin > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
