So that is useful background information ... what is your recommended course of action - and can we start the process of fixing GeoTools to be more friendly in an OSGi environment?
Based on you page it sounds like: - add information to MANIFEST.MF - add BuddyPolicy to work around scanForPlugins() Factory SPI requirements GeoTools has the ability to add a "FactoryIteator" to our registries; that was the intended way to let GeoTools make use of OSGi service registry. Jody Wellmann, Harald wrote: > See http://docs.codehaus.org/display/GEOTDOC/03+GeoTools+and+Eclipse+or+OSGi > for a discussion of workarounds (I added some new material last night.) > > >> -----Ursprüngliche Nachricht----- >> Von: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] Im Auftrag >> von Matthias Basler >> >> What's preventing it to work with wrapped JAR's? Is there any >> workaround? >> It would be so simple just to add the buddy classloading to >> their wrapper manifest files and use them "as is". >> >> > > > The OSGi spec is not very specific about that. Have a look at > Bundle.getResource(). It seems to me that the loader looks for the resource > in the bundle itself and in the required bundles, but not in any wrapped JARs > on the bundle classpath. However, the spec does not explicitly say that > wrapped JARs should _not_ be consulted. I don't know if this is intentional > for fear of breaking anything, or if people simply never thought that anybody > would want to do it that way. > > This has nothing to do with buddy classloading. > > Now since buddy classloading is a non-standard extension anyway, one might > argue that it should also include a mechanism to access resources in wrapped > JARs of the buddies. > > But that is an Eclipse and not an OSGi issue, and anyway this would mean > diluting OSGi more and more. > > > >> Since I really don't want to BUILD and repackage GeoTools (as >> you have done) just for USING it in an OSGI application I >> strongly support the notion of creating real OSGI-ready >> bundles by the GeoTools project in the first place, as you suggest. >> >> The reward seems worth the work from my POV. >> >> P.S. Almost every library I write myself becomes an OSGI >> bundle right from the start. This proved helpful already. >> > > > I do the same in my projects, so I hope Geotools will be OSGI out of the box > in the future. > > Jody and I are preparing a change request for Geotools at > http://docs.codehaus.org/display/GEOTOOLS/Add+bundle+information+to+jar+manifest > (This is currently just a template, but the flesh will be added in the next > few days.) > > Regards, > > Harald > > ******************************************* > innovative systems GmbH Navigation-Multimedia > Geschaeftsfuehrung: Edwin Summers - Kevin Brown - Regis Baudot > Sitz der Gesellschaft: Hamburg - Registergericht: Hamburg HRB 59980 > > ******************************************* > Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte > Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail > irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und > loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte > Weitergabe dieser Mail ist nicht gestattet. > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) please > notify the sender immediately and delete this e-mail. Any unauthorized > copying, disclosure or distribution of the contents in this e-mail is > strictly forbidden. > ******************************************* > _______________________________________________ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-devel > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
