Ugo Taddei ha scritto: > Everyone who is building applications on top of uDig and found himself > trapped in third-party dependency hell as we have is invited to have a > look at udigLite or volunteer to osgify additional libraries they might > need.
Whilst I have no need for OSGI at the moment, I believe this is an interesting addition to GeoTools, worth of inclusion, and I would really prefer to see the work go on in the GeoTools trunk as opposed to a remote clone. I understand you have OSGI-fied a number of modules already. It would be nice to see: - a diff, just to get an idea of what it takes to actually turn a module in a well behaved OSGI citizen - a wiki guide on how to repeat the process on other modules. - some way to test that the changes do not break existing applications (having a diff that can be applied to trunk would be a good way, I can apply it, test that GeoServer still works fine). The wiki part is a way to future proof your changes, we know you don't need to OSGI all of GeoTools and we neither ask for that, but it would be nice to know how to extend your work in a consistent way should other people need more OSGI-fied modules. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
