Thank you Gabriel, I'm pretty sure it's a classloading problem - JPF is basically the precursor of OSGI and works exactly the same. But all of geotools is in a single plugin and the parser is looked up within the plugin itself, so it must be either 1) a parser implementation not present in 2.5.7, or 2) me not exposing the appropriate jars in the plugin manifest and exporting classes so that they can be found dynamically. I am loading and exporting all I could find with no success, but it would help a lot to know which jars, if any, contain a usable implementation, and whether I need to switch to 2.6...
Thanks much, ferdinando Quoting Gabriel Roldan <[email protected]>: > Hi Ferdinando, > > if you're using the WFSDataStore inside an OSGI environment, it may be a > classloader problem. > uDig has the same problem with eclipse's RCP, and the solution is to > bundle all the dependencies together as a plugin > (net.refractions.udig.libs plugin). > > This is so because the WFSDataStore uses a SPI (Service Provider > Interface) mechanism to dynamically find a parser for a given request > response, just as GeoTools does to find the DataStore implementations, etc. > > May that be the problem? I don't know about JPF but it looks like. > > Cheers, > Gabriel > > Ferdinando Villa wrote: >> Hi all, >> >> I've been desperate a couple days with this exception: >> >> Can't find a response parser factory for >> net.opengis.wfs.impl.getfeaturetypei...@8a88a9 (handle: GeoTools 2.5.7 >> WFS DataStore, service: WFS, version: >> >> I'm trying to read features from WFS, going pretty much by the book. >> getFeatures() works, this is thrown when I create a feature iterator. >> It's 2.5.7 and I'm working in a JPF/OSGI context, so I may not be >> including all jars properly, but I'm pretty much at the end of my wit >> now (I thought gt-gmlparsing would have fixed it but no). >> >> Any advice? Thanks so much for any help, >> >> 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 > > > -- > Gabriel Roldan > OpenGeo - http://opengeo.org > Expert service straight from the developers. > > ------------------------------------------------------------------------------ > 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 > ------------------------------------------------------------------------------ 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
