Thanks for the added detail; is it an actual DataAccess? Or a stand
alone thing....
If it is going to be an actual DataAccess it would kind of need the
xpath maping stuff as part of its configuration. In anycase that is
just my curiosity speaking - it sounds like an interesting component.
Jody
On 29/06/2009, at 3:35 PM, russell.pe...@dpi.vic.gov.au wrote:
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
------------------------------------------------------------------------------
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
