All, I haven't gotten around to finishing this, but it looks like the problem could be addressed by writting Eclipse friendly factory classes. I'm reasonable sure that the reason why my xerces (and the uDig) stuff, is because they do the same both access the context class loader. Which in the case of Eclipse is the application class loader. Which is empty.
If you do something like what is described here: http://www.eclipsezone.com/eclipse/forums/t61831.html If inside of the Eclipse plug-ins you put in the factory classes that hide the ones inside of the raw jars that do the magic, I think you'd be okay... However, that's merely a guess. If there is an old thread I should read about this. I'm researching similar issues for other reasons (I've had this same problem occur for several different issues). I'm also curious if a plug-in can add things to the "app" class loader. As the app classloader is what is the thread context loader is set to. By default it's totally empty, unless you add something via a -cp argument in the config.ini file. I'll do more research and report back. It'd solve a huge problem for me with Xerces and with using geotools. Both of which are a becoming priority issues for me. Kirby >From: Jody Garnett <[EMAIL PROTECTED]> >To: Kirby Bohling <[EMAIL PROTECTED]> >CC: [email protected], User-friendly Desktop >Internet GIS <[email protected]> >Subject: Re: [Geotools-gt2-users] Gt 2.2 Jar questions >Date: Sat, 19 Aug 2006 11:31:52 +0200 > >2.3 has performed a providence review to get a handle on the license >situtation, please review trunk for */review.txt" files and send feedback >to the list. >uDig has already packaged the geotools library for reuse as a plugin, we >did need to make use of a single plugin as the various open source factory >SPI plugin systems cannot be used with the buddy classloader system (the >new eclipse 3.1 jar plugin system forces the classloader to work with >exported packages, thus the manifest files needed by factory SPI are not >visisble). > >We wanted to isolate oracle, db2, arcsde support into their own plugins >that would make buddy classloader contributions to the plugin containing >the geotools jars. > >Please check out the uDig project - it provides two levels of reuse: >- GISPlatform - basically access to geotools through a catlog interface >(similar to Eclipse RCP IResource) >- GISApplicaiton - abstraction of map, layers, styles etc... enough to get >a visual. > >(Note the GISApplication can be "run" and forms a simple GIS system, but >really it is a collection of plugins that you can use in your own RCP apps) > >uDig is an open source LGPL project, community svn space is available and >we would love to have a chance to collaborate with you (on more then just >packaging geotools if possible). > >Cheers, >Jody >>I'm fairly new to GeoTools, I've been asked to package it for use with an >>Eclipse application. I'd like to make it fairly modular and plug-in >>oriented. I was hoping to avoid making one humgous plug-in. We develop a >>number of applications which have various GIS needs, some of them will >>require minimial features, some of them will require a significant subset >>of the functionality. So some grouping of the various plug-ins or >>dependency graph would be useful. >> >>I am also attempting to track down the various sources for the original >>Jar files to verify that we are compliant with the licenses. Ironically, >>the 2.2 release is not compliant with it's own license (It is an LGPL'ed >>license and the license is not delivered with a copy of the source or >>binaries as nearly as I can tell). >> >>I have been tracking down various libraries, and the only one I have found >>seriously concerning is the "beam-1.0.jar". It appears to be from this >>website (searching for the fully qualified class names turns up packages >>from Javadocs hosted on that site): >> >>http://www.brockmann-consult.de/beam/downloads.html >> >>It's listed as GPL for the current version (3.x), but this looks like it >>might be an older version (1.0 from the Jar name). I'm trying to track >>down where the software came from, but I'm relatively new to Maven and >>having a hard time figuring out where it gets downloaded. >> >>Anyways, I'm just trying to track down all of the various licenses and >>tracing where all of the libraries came from is a non-trival task. I was >>curious if there was an existing resource that could help me out. I read >>thru the architecture portions of the Wiki and they didn't have quite what >>I needed. >> >>Thanks, >> Kirby >> >>_________________________________________________________________ >>On the road to retirement? Check out MSN Life Events for advice on how to >>get there! http://lifeevents.msn.com/category.aspx?cid=Retirement >> >> >>------------------------------------------------------------------------- >>Using Tomcat but need to do more? Need to support web services, security? >>Get stuff done quickly with pre-integrated technology to make your job >>easier >>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >>_______________________________________________ >>Geotools-gt2-users mailing list >>[email protected] >>https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >> > > _________________________________________________________________ Check the weather nationwide with MSN Search: Try it now! http://search.msn.com/results.aspx?q=weather&FORM=WLMTAG ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
