On Thu, Apr 21, 2011 at 4:56 AM, whatnick <[email protected]> wrote: > Hi All, > > There has been a long standing issue on Geotools regarding osgification - > http://jira.codehaus.org/browse/GEOT-2105, may be this can be done in > parallel with migrating the build system to maven 3. I am testing the OSGi > tooling developed for Eclipse - > http://njbartlett.name/2011/03/23/towards-maven-support-in-bndtools.html , > it makes it easy to generate the XML snippets that plug into the requisite > pom.xml for the modules. > > Some of the hand-hacking of the pom.xml's has been done by Harald and the > outputs are available at the following location - > http://hg.berlios.de/repos/geotools-osgi . I would like to take on GEOT-2105 > and add the couple of lines of manifest that makes this work, also iron out > the SPI based mechanisms that prevent true osgification using an interceptor > - > http://jbossosgi.blogspot.com/2010/01/suns-serviceloader-and-how-it-relates.html > . The Service loader interceptor will convert the Sun/Oracle > META-INF/services into OSGi ServiceFactories.
Sounds like you have though it trough in detail, good :-) This is the kind of change that requires a formal proposal + vote I think. There are aspects that might need some clarification (to be added in the proposal as well): - can you do all the work by yourself, or do you need specific help from the developers? - what kind of extra work does keeping OSGI bundles around require on maintainers? What extra bits are required out of people contributing new modules? As a developer that does not use OSGI how to I make sure I'm not breaking OSGI support unadvertedly? Above you mention the usage of Eclipse, yet not all developers use it. What about other IDEs, or people that do not use a IDE at all? - Is all of the above going to be documented? > Lastly let me take this opportunity to introduce our project (on which we > have had some discussions with Jody - same timezone and such). This is a > CSIRO infrastructure project aimed to develop a 3D desktop visualisation > tool for large NetCDF datasets. We have a lot of in-house expertise in > NetCDF mangling and parsing, as well as producing Gigabytes of it from > Ocean-Atmospheric model runs. The aim is to leverage geotools to access > geographic databases, web services and file based datastores, and combine it > with efficient NetCDF access. The underlying framework will act as a switch > box negotiating data providers to data renderers, I have a long history > with NASA WorldWind and this is currently our primary renderer. The desktop > tool would be built around an RCP and we may look at Udig for inspiration. I > have circulated the following videos in other circles previously, but they > give an idea of what we are aiming to do, if possible in a nice modular > fashion, such that Lidar data and Hydrology simulations via say > liblas/jgrass can seamlessly reuse the same infrastructure. > > http://dl.dropbox.com/u/15821898/vlc-output_curvy_3d.mp4 - Curvilinear grids > http://dl.dropbox.com/u/15821898/vlc-output_winds.mp4 - Atmospheric model > http://dl.dropbox.com/u/15821898/vlc-output.mp4 - Ocean model Cool! Btw, I had to open it with Firefox, Chrome would not play the videos. > This leads onto the ideas about CoverageStores in nDimensions such that > non-webmap renderers can use them nicely. That is for another email and > another JIRA issue. Looking forward to it Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
