[seek-dev] RE: proposed gwsdl for Ecogrid registry service
bzhu at sdsc.edu
Fri Oct 1 17:54:43 PDT 2004
Yes, the 'QueryEcogridService' operation in the server side of registry
service will act as
a client for our Ecogrid query service. It converts the inputs of arguments
into a query document, call Ecogrid query service, gets resultsets back,
converts the resultsets into RegistryObjects and returns the RegistryObjects
back to user.
Actually I missed one argument in the gwsdl and I just added it. Now the
QueryEcogridService(String sessionId, String queryField, String
You can see the conversion of this info to a simple Query Document is
The above mentioned simple query on one field supports wild card in
QueryEcogridService("AJH89LL", "ByName", "*ontology*")
will search all registries with names each of which containing string
My vision is that this search operation and the 'GetAllServices()' should
serve most search
needs for Querying Ecogrid Services.
The difficult part of designing a 'query' within registry is how the query
be more generic to provide AND and OR operators. I wonder if we need such
in our query for registries because advanced users can come up with a
for registries by building a query document.
From: Jing Tao [mailto:tao at nceas.ucsb.edu]
Sent: Friday, October 01, 2004 2:04 PM
To: Bing Zhu
Cc: Matt Jones; Arcot Rajasekar; Rod Spears; Seek-Dev
Subject: Re: proposed gwsdl for Ecogrid registry service
It looks nice. But I have question about query service. To my
understanding, it can be done by query interface - query(QueryType
registryquery) and return a resultset. Do you think we need another
operation for it?
On Fri, 1 Oct 2004, Bing Zhu wrote:
> Date: Fri, 1 Oct 2004 11:13:06 -0700
> From: Bing Zhu <bzhu at sdsc.edu>
> To: Matt Jones <jones at nceas.ucsb.edu>, Arcot Rajasekar <sekar at sdsc.edu>,
> Jing Tao <tao at nceas.ucsb.edu>, Rod Spears <rods at ku.edu>
> Cc: Seek-Dev <seek-dev at ecoinformatics.org>
> Subject: proposed gwsdl for Ecogrid registry service
> Matt, Raja, Jing, Rod:
> Attached is a proposed version of gwsdl for Ecogrid registry service.
> The toughest part is the query. Currently I put two operations,
> GetAllServices(String sessionId) --> for getting all existing ecogrid
> QueryEcogridService(String sessionId, String queryField) -->
> the query field can be one of the ByName, ByType, ByUrl,
> ByClassification and ByEndpoint.
> Both operations return an array of Ecogrid service objects if
> The difficulty in designing query operations is that how flexible the
> operations are
> and what we can expect user's requirements in querying Ecogrid registry
> Jing is the first customer for this service since he needs this in Kepler.
> wonder if the above
> two operations fit his requirement.
> Another part is that I am not sure about what kinds of 'serviceType' we
> are going to have. Currently it is just a string field.
> Let me know.
National Center for Ecological
Analysis and Synthesis (NCEAS)
735 State St. Suite 204
Santa Barbara, CA 93101
More information about the Seek-dev