> - Jody to start assembling GeoTools OSGi manifests I'm sorry that I did not follow up on this over the last two months. I did not find enough time to work on our Java GIS projects. I'm still very interested in this, and therefore by what you suggest here
> - have (justin?) charge on ahead with a Spring based lookup system I'm pretty familiar with low level access to the Spring (BeanFactory, post-processors etc.), so I can help test this if you want. > I expect this approach will work for most of the library; the exception will > be the Is it possible to identify how many interfaces are using the interface mechanism? Here is another example of deployment approach (related to the Spring one), that I would like to apply as smoothly as possible to GeoTools. This is what we use in general and is based on OSGi + Spring: - each OSGi bundle has a Spring application context (<=> instances registry) - instances can be published as OSGi services via their implemented interfaces - the application contexts of the other bundles can reference and use the OSGi services, injecting them in their own instances as interfaces - the factory pattern can handled either by publishing factory interfaces or simply by referencing all the OSGi services implementing a given interface as lists. At the (not negligible) cost of setting up an OSGi runtime, this provides a pretty robust and flexible lookup mechanism. It works best when the underlying frameworks are very interface-based (esp. with regard with what can be injected in the instances). So, I'll be very interested in a lookup mechanism like the one you suggest, which will probably be easier than SPI to use in an OSGi setting. Cheers, Mathieu ------------------------------------------------------------------------------ Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
