Hi All, Sorry if I misunderstood what exactly was required here. Here is another attempt. If still further clarification is needed then feel free to ask. ----------------------------------------------------------------------------------------------------------
The purpose of this module is to provide a mechanism to retrieve data via a webservice, rather than from a database or chained wfs for example. It is designed to be used in conjunction with the AppSchema code, which has been slightly enhanced to cater for this. I've tried to make this module as general as possible, but it does makes a few assumptions on what it is talking to: One standard request is to be made to the backend service. (ie There are not multiple request types) A user supplied template is populated with values from the geotools query/filter object. This is then used as the 'request'. All the data required comes back in the one service response. HTTP is used as the transport mechanism. XML is the response type. The mapping of the data from the backend webservice to complex types is defined in the AppSchema configuration. This needs to be a reversible mapping. As an example, we currently have a webservice that returns data for a GeologicUnit. Using this webservice module and AppSchema I can create GeoSciML GeologicUnits. You will note from the above that rather than define a standard interface that the web/xml service must have, I let the user supply a template to use. This is to allow maximum flexibility. Basically the service just needs to be able to take the data from a query object and use it to return a valid response. Similarly the format of the response could be pretty much any xml. The AppSchema configuration defines how it is mapped to complex types using xpaths. Russell Petty Justin Deoliveira <jdeol...@opengeo.org> 27/06/2009 01:54 AM To russell.pe...@dpi.vic.gov.au cc geotools dev <geotools-devel@lists.sourceforge.net> Subject Re: [Geotools-devel] Proposed new Webservices module This is mostly the fault of Jody and myself. We chatted with Russel personally and did not emphasise the part of the process in which Russel should have first described his module to the mailing list. +1, since I already know the intent, but Russel (or Ben) can you provide the background information for the rest of the mailing list. Simone Giannecchini wrote: > -0, because I do not want to be a showstopper but as a PMC member I do > not think it is fair to accept a new module about which we know > nothing, especially from a new committer, therefore I was close to say > -1. > I'd say that it would be great to have some more information about the > scope and objective of this module before giving the green light to > it. > > Simone. > ------------------------------------------------------- > Ing. Simone Giannecchini > GeoSolutions S.A.S. > Owner - Software Engineer > Via Carignoni 51 > 55041 Camaiore (LU) > Italy > > phone: +39 0584983027 > fax: +39 0584983027 > mob: +39 333 8128928 > > > http://www.geo-solutions.it > http://simboss.blogspot.com/ > http://www.linkedin.com/in/simonegiannecchini > > ------------------------------------------------------- > > > > On Fri, Jun 26, 2009 at 8:30 AM, Christian > Müller<christian.muel...@nvoe.at> wrote: >> +0 from me, I know nothing about it >> >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Geotools-devel mailing list >> Geotools-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > ------------------------------------------------------------------------------ > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. Notice: This email and any attachments may contain information that is personal, confidential, legally privileged and/or copyright.No part of it should be reproduced, adapted or communicated without the prior written consent of the copyright owner. It is the responsibility of the recipient to check for and remove viruses. If you have received this email in error, please notify the sender by return email, delete it from your system and destroy any copies. You are not authorised to use, communicate or rely on the information contained in this email. Please consider the environment before printing this email.
------------------------------------------------------------------------------
_______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
