[seek-dev] RE: proposed gwsdl for Ecogrid registry service

Bing Zhu 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
operation is

      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
, etc.

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
complicated query
for registries by building a query document.


-----Original Message-----
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

Hi, Bing:

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
> service
>     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
> successful.
> 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
> service.
> 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.
> Bing

Jing Tao
National Center for Ecological
Analysis and Synthesis (NCEAS)
735 State St. Suite 204
Santa Barbara, CA 93101

More information about the Seek-dev mailing list