Hi Ferdinando, Ferdinando Villa wrote: > thanks again Gabriel. As the geotools code uses > ServiceRegistry.lookupProviders, which uses the thread classloader, I am > giving up trying to use WFS 1.1.0 for the time being. I can get the > classloader that would see the services from the plugin I'm using, but I > have no way of passing it around. A call like > > Iterator<WFSResponseParserFactory> providers = > Service.providers(WFSResponseParserFactory.class, > getClassLoader()); > If you can you may try GeoTools 2.6 instead (see bellow wrt the 1.0.0 problem), as they're out of sync and I'm really more on maintaining the wfs on 2.6 and deprecate 2.5 as both geoserver and udig are on 2.6 and I don't have much spare time to devote to 2.5. As a bonus, if you can switch to 2.6 I'll be happy to figure out a way for you to impose a classloader to the spi.
> works for me, but it doesn't seem to cache anything. All relevant > methods in WFSExtension are (correctly) package private, so no point for > me to intervene. If you have any suggestion on how to preload the > registry from a place where the classloader can be controlled, I'll > greatly appreciate knowing it. > > One more, very ignorant question? I'm now defaulting to WFS 1.0.0 as you > suggested, but I get exceptions from the XML parser trying to resolve > the URI associated with the namespace my data are in (using geoserver > 1.7.6). E.g. if typename is global:wdpa, and 'global' is associated to > http://xxxxx, geotools tries to read the contents of http://xxxxx as XML > and dies. May be what's it's trying to resolve is the schemaLocation and not the xmlns? that would make sense as it'll try to download the schema for the ... aghh.. just remembered there was a bug with that, like the plugin getting confused itself on those two.. let me find out... it claims to be fixed: <http://jira.codehaus.org/browse/GEOT-2640> but on trunk, was not backported to 2.5.x... sorry. so... any chance you migrate to geotools trunk? I don't know what the URI is supposed to point to, and I would > not think it was supposed to point to anything. Even with strict=false, > geotools tries to parse its contents as an XML file. Can you kindly shed > some light on this? the above bug explains it. Cheers, Gabriel > > Many thanks again, > ferdinando ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
