Menu
▾
▴
Re: [Geotools-devel] WFS module back to supported
|
From: Gabriel R. <gr...@op...> - 2010-11-04 21:01:12
|
I wouldn't care about 1.0 until we have a very solid 1.1, and even then I'm not sure. Would rather let WFS 1.0 fade out as 1.1 should be the bare minimum these days and 2.0 is getting closer. Other than that, sounds like a plan to me. Gabriel On Thu, 2010-11-04 at 21:53 +0100, Roy Braam wrote: > Ok these are the steps (very global) that i think is the best way to > success: > > - Copy the WFS to a WFS-NG unsupported module (free to do some good > refactor) > - Let wfs 1.1 work with super ContentDataStore > - Rebuild the wfs 1.0 version (according the wfs 1.1) > > Hmmm, a bit to global.... > > Roy > > > ______________________________________________________________ > From: Roy Braam [mailto:roy...@b3...] > To: Gabriel Roldán [mailto:gr...@op...] > Cc: geo...@li... > Sent: Thu, 04 Nov 2010 12:41:49 +0100 > Subject: Re: [Geotools-devel] WFS module back to supported > > Gabriel, > > Yep, i mean with 'learn from the past': 'copy - paste the > wfs1.1 version :) Then walk through it and make some nice > other versions' > > Roy > > > ______________________________________________________ > From: Gabriel Roldán [mailto:gr...@op...] > To: Roy Braam [mailto:roy...@b3...] > Cc: Andrea Aime [mailto:and...@ge...], > Jody Garnett [mailto:jod...@gm...], > geo...@li... > Sent: Thu, 04 Nov 2010 12:34:35 +0100 > Subject: Re: [Geotools-devel] WFS module back to > supported > > Note I never really meant "from scratch", despite I > generally share the > excitement of starting something new and the "but done > well" sentiment, > yet the devil is in the details and I'd rather get > what's wfs 1.1 out of > the current module as the basis for the new one. > Making WFS_1_1_DataStore extend from ContentDataStore > is going to be > trivial. > > wfs-ng might make it for a module name at least to get > started. > > I have very limited time to spend on it though, can > give directions > though. > > Gabriel > > On Wed, 2010-11-03 at 08:39 +0100, Roy Braam wrote: > > Hi, > > start from scratch in unsupported land and learn > from the past seems > > the best option to me. > > I have a look at the code Andrea provided and use > the ContentDataStore > > as superclass. > > Of course the new development needs to be done on > the trunk. > > The best way is to start a new unsupported > WFSDatastore in the > > repository? Any ideas for a 'working' title? > > > > Roy > > > > > > > ______________________________________________________________ > > From: Andrea Aime > [mailto:and...@ge...] > > To: Jody Garnett [mailto:jod...@gm...] > > Cc: geo...@li... > > Sent: Wed, 03 Nov 2010 08:17:11 +0100 > > Subject: Re: [Geotools-devel] WFS module back to > supported > > > > Hi all, > > if you want to start from scratch I do have a recent > > implementation of an HTTP > > client for a protocol that is somewhat similar to > WFS, and > > it's quite > > compact too: > > > > Have a look in: > > > http://svn.codehaus.org/geoserver/trunk/src/community/gss/src/main/java/org/geoserver/gss/ > > and in particular to: > > > http://svn.codehaus.org/geoserver/trunk/src/community/gss/src/main/java/org/geoserver/gss/HTTPGSSClient.java > > > http://svn.codehaus.org/geoserver/trunk/src/community/gss/src/main/java/org/geoserver/gss/HTTPGSSClientFactory.java > > > > Highlights: > > - uses gt-xsd and gets quite a compact code as a > result > > - uses commons-httpclient to play the role of a well > behaved > > http > > client (well, even too much well behaved > > with just one connection per host, you can go up to > 4-6, > > beyond that > > the client is considered evil ;-) ) > > Downsides: > > - it is not using the StreamingParser which is > needed to > > handle large > > result sets > > > > However, as a word of caution, I would not develop > on gt > > 2.5.x: the > > gt-xsd module has seen quite a bit > > of improvements in the meantime and if you find any > issue I'm > > not sure > > Justin will be able to help > > you back there. Trunk is the place for new > developments, > > that's where > > all the developers (and help) > > are. > > > > Cheers > > Andrea > > > > > ----------------------------------------------------- > > Ing. Andrea Aime > > Senior Software Engineer > > > > GeoSolutions S.A.S. > > Via Poggio alle Viti 1187 > > 55054 Massarosa (LU) > > Italy > > > > phone: +39 0584962313 > > fax: +39 0584962313 > > > > http://www.geo-solutions.it > > http://geo-solutions.blogspot.com/ > > http://www.linkedin.com/in/andreaaime > > http://twitter.com/geowolf > > > > > ----------------------------------------------------- > > > > > ------------------------------------------------------------------------------ > > Achieve Improved Network Security with IP and DNS > Reputation. > > Defend against bad network traffic, including > botnets, > > malware, > > phishing sites, and compromised hosts - saving your > company > > time, > > money, and embarrassment. Learn More! > > http://p.sf.net/sfu/hpdev2dev-nov > > _______________________________________________ > > Geotools-devel mailing list > > Geo...@li... > > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > ------------------------------------------------------------------------------ > > Achieve Improved Network Security with IP and DNS > Reputation. > > Defend against bad network traffic, including > botnets, malware, > > phishing sites, and compromised hosts - saving your > company time, > > money, and embarrassment. Learn More! > > http://p.sf.net/sfu/hpdev2dev-nov > > _______________________________________________ > Geotools-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- > Gabriel Roldan > gr...@op... > Expert service straight from the developers > > > -- Gabriel Roldan gr...@op... Expert service straight from the developers |