[seek-dev] Re: GLOBUS and EcoGrid Query wsdl

Jing Tao tao at nceas.ucsb.edu
Tue Sep 16 09:40:06 PDT 2003


Hi, Bing:

The build.xml is in seek/projects/ecogrid and property file are in 
seek/projects/ecogrid/lib and src file in seek/projects/ecogrid/src

In ecogrid directory, you only type "ant" and will get a gar file in 
build/lib directory. But this is for metacat and you need revise something 
for SRB.

Jing

On Tue, 16 Sep 2003, Bing Zhu wrote:

> Dave and Jing,
> 
> Yes. A resultType makes more sense and that's what our XSLTs from
> Metacat and SRB are used for.
> 
> I had also another suggestion that the input of the 'Query' is a string for
> the XML document rather than QueryType. This makes implementation
> much simpler and easier. We can validate the input of XML string against
> our schema, query.xsd, in server side.
> 
> For a QueryType input, a corresponding class should be created. This seems
> to me is an extra overhead considering serializing in and out of an object.
> 
> Jing, where is the code of our grid service generated by wsdl? I'd like to
> take a look of the class since my SRB Parser expects the input is a string
> for the XML document.
> 
> 
> Bing
> 
> 
> 
> -----Original Message-----
> From: seek-dev-admin at ecoinformatics.org
> [mailto:seek-dev-admin at ecoinformatics.org]On Behalf Of Dave Vieglais
> Sent: Tuesday, September 16, 2003 6:42 AM
> To: Jing Tao
> Cc: Matt Jones; seek-dev
> Subject: Re: [seek-dev] Re: GLOBUS and EcoGrid Query wsdl
> 
> 
> Hmm - I'm not sure why AnyRecordType is referenced rather than
> resultsetType.  This is an error and will be corrected in CVS just as
> soon as CVS lets me commit the changes.
> 
> 
> Dave V.
> 
> Jing Tao wrote:
> > Hi, Matt:
> >
> > Thanks for the replying.
> >
> > On Fri, 12 Sep 2003, Matt Jones wrote:
> >
> >  > Jing,
> >  >
> >  > I looked at the GWSDL doc. I don't think you should use AnyRecordType
> as
> >  > the repsonse, but instead you should use "resultsetType" from
> query.xsd.
> >  >   Is there a reason you did it that way?
> >
> > The reason is: Dave use AnyRecordType rather than resultsetType in his
> > queryInterface4.wsdl. I am not sure if he has some reason to do this.
> >
> >
> >  >
> >  > Why did you need to generate a new GWSDL document, rather than just
> >  > modifying Dave's queryInterface4.wsdl?
> >
> > The reason is gt3 has some build tools to create grid service from GWSDL
> > document rather than WSDL. The GWSDL file is abtract and without binding
> > and service part. gt3 will create three WSDL files base on the GWSDL file
> > and other property files: wsdl file without binding and service, binding
> > wsdl
> > file and service wsdl. Yes I think we can modify Dave's
> > queryInterface4.wsdl to create the first wsdl file. But we still need some
> > way to figure out to create the two other wsdl files.
> >
> >  Also, why are you developing a
> >  > Metacat-specific port type?  It seems to me that the GWSDL shouldn;t
> >  > have any mention of metacat in it at all.  For example, your
> >  > MetacatPortType definition should really be an "EcoGridPortType",
> right?
> >  >   And the operations should be those defined in Dave's WSDL document,
> >  > right?
> >
> > Yes, we need EcoGridPortType rather than Metacat-specific port type. There
> > are too many name depencies in the process, so I just follow the example
> > in docs.
> >
> > Actually, I have everything in my home directory under seek project:
> > build.xml in seek/projects/ecogrid, gwsdl file in
> > seek/projects/ecogrid/src/xsd, property files in
> > seek/projects/ecogrid/lib, metacat impl file in
> >  seek/projects/ecogrid/src/org/ecoinformatics/ecogrid/metacat/impl,
> > client file in
> > seek/projects/ecogrid/src/org/ecoinformatics/ecogrid/metacat/client
> >
> > If you like the structure, I may checkin them and you may try it.
> >
> > Thanks.
> >
> > Jing
> >
> >  >
> >  > Thanks in advance for the clarifications,
> >  >
> >  > Matt
> >  >
> >  > Jing Tao wrote:
> >  > > Hi, everyone:
> >  > >
> >  > > I a working on generating a grid service from wsdl. It is harder
> > than from
> >  > > java interface to service. The prototype is kind
> >  > > of working. I have some issues and experience would like to be
> shared.
> >  > >
> >  > > 1). It seems globus can generate grid service directly from GWSDL
> > which is
> >  > > a extention of WSDL. The difference between them is GWSDL allow
> > portype
> >  > > inheritance. They said GWSDL is a temporary solution, when WSDL 1.2
> >  > > (it allow portytype inheritance too) stable, GWSDL will be given up.
> I
> >  > > attached a GWDSL file in this email. You may note there some elements
> >  > > defined in types and those elements are used in message. If I
> > didn't do
> >  > > that, it will give me error.
> >  > >
> >  > > 2). I didn't figure out how to using http binding for get method. The
> >  > > tools they provide always give me soap binding result. Do you guys
> > have
> >  > > any idea?
> >  > >
> >  > > 3). Because we use querytype and anyrecordtype as the input and
> > output of
> >  > > query method. Globus creates lot of stubs java class for the types
> > base on
> >  > > their schema. So we need to figure out how to transfer query xml and
> >  > > reponse xml to those java objects in grid imple class and client
> > class.
> >  > >
> >  > > Any suggestiongs and comments?
> >  > >
> >  > > Thanks.
> >  > >
> >  > > Jing
> >  > >
> >  > >
> >  > >
> > ------------------------------------------------------------------------
> >  > >
> >  > > <?xml version="1.0" encoding="UTF-8"?>
> >  > > <definitions name ="MetacatService"
> > xmlns="http://schemas.xmlsoap.org/wsdl/"
> >  > >              xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> >  > >
> > xmlns:y="http://ecoinformatics.org/ecogrid-metacat-1.0.0alpha1"
> >  > >
> > xmlns:ogsi="http://www.gridforum.org/namespaces/2003/03/OGSI"
> >  > >
> >
> xmlns:gwsdl="http://www.gridforum.org/namespaces/2003/03/gridWSDLExtensions"
> >
> >  > >
> > xmlns:ns="ecogrid://ecoinformatics.org/ecogrid-query-1.0.0alpha1"
> >  > >
> > xmlns:ns1="ecogrid://ecoinformatics.org/ecogrid-resultset-1.0.0alpha1"
> >  > >
> > targetNamespace="http://ecoinformatics.org/ecogrid-metacat-1.0.0alpha1">
> >  > >     <import
> > namespace="ecogrid://ecoinformatics.org/ecogrid-query-1.0.0alpha1"
> > location="./query.xsd"/>
> >  > >     <import
> > namespace="ecogrid://ecoinformatics.org/ecogrid-resultset-1.0.0alpha1"
> > location="./resultset.xsd"/>
> >  > >   <import
> > namespace="http://www.gridforum.org/namespaces/2003/03/OGSI"
> > location="../../ogsi/ogsi.gwsdl"/>
> >  > >   <types>
> >  > >     <xsd:schema
> > targetNamespace="http://ecoinformatics.org/ecogrid-metacat-1.0.0alpha1"
> >  > >         attributeFormDefault="qualified"
> >  > >         elementFormDefault="qualified"
> >  > >           xmlns="http://www.w3.org/2001/XMLSchema">
> >  > >         <xsd:element name="query">
> >  > >            <xsd:complexType>
> >  > >             <xsd:sequence>
> >  > >                <xsd:element name="query" type="ns:QueryType"/>
> >  > >             </xsd:sequence>
> >  > >            </xsd:complexType>
> >  > >         </xsd:element>
> >  > >
> >  > >         <xsd:element name="queryResponse">
> >  > >           <xsd:complexType>
> >  > >             <xsd:sequence>
> >  > >               <xsd:element name="records" type="ns1:AnyRecordType"/>
> >  > >             </xsd:sequence>
> >  > >           </xsd:complexType>
> >  > >       </xsd:element>
> >  > >      </xsd:schema>
> >  > >     </types>
> >  > >     <message name="queryRequest">
> >  > >             <part name="parameters" element="y:query"/>
> >  > >     </message>
> >  > >     <message name="queryResponse">
> >  > >             <part name="parameters" element="y:queryResponse"/>
> >  > >     </message>
> >  > >     <gwsdl:portType name="MetacatPortType"
> extends="ogsi:GridService">
> >  > >             <operation name="query">
> >  > >                     <input message="y:queryRequest"/>
> >  > >                     <output message="y:queryResponse"/>
> >  > >       <fault name="Fault" message="ogsi:FaultMessage"/>
> >  > >             </operation>
> >  > >     </gwsdl:portType>
> >  > > </definitions>
> >  >
> >  >
> >
> > --
> > Jing Tao
> > National Center for Ecological
> > Analysis and Synthesis (NCEAS)
> > 735 State St. Suite 204
> > Santa Barbara, CA 93101
> >
> > _______________________________________________
> > seek-dev mailing list
> > seek-dev at ecoinformatics.org
> > http://www.ecoinformatics.org/mailman/listinfo/seek-dev
> >
> 
> 
> _______________________________________________
> seek-dev mailing list
> seek-dev at ecoinformatics.org
> http://www.ecoinformatics.org/mailman/listinfo/seek-dev
> 

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