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

[Bing Zhu]

Jing,

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
queryString)

You can see the conversion of this info to a simple Query Document is
straightforward.

The above mentioned simple query on one field supports wild card in
'queryString'.
e.g.
       QueryEcogridService("AJH89LL", "ByName", "*ontology*")

will search all registries with names each of which containing string
"ontology"
, 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
operations
be more generic to provide AND and OR operators. I wonder if we need such
operators
in our query for registries because advanced users can come up with a
complicated query
for registries by building a query document.

Sincerely,
Bing





-----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?

Thanks.

Jing

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
query
> 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.
I
> 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