[seek-dev] RE: ecogrid put implementation

Bing Zhu bzhu at sdsc.edu
Wed Aug 4 20:58:27 PDT 2004 

Jing,

I checked in the following files into our SEEK CVS place.

             - srbput.xml
             - lib/EcogridPutImpl.wsdd
             - lib/putnamespace2package.mappings
             - src/xsd/EcoGridPutInterfaceLevelOne.gwsdl
             - src/org/ecoinformatics/ecogrid/EcogridObjType.java
             - src/org/ecoinformatics/ecogrid/stub/EcoGridFault.java
             -
src/org/ecoinformatics/ecogrid/stub/EcoGridPutInterfaceLevelOnePortType.java
             - src/org/ecoinformatics/ecogrid/stub/InvalidSessionFault.java
             -
src/org/ecoinformatics/ecogrid/stub/EcogridPutElementType.java
             -
src/org/ecoinformatics/ecogrid/stub/EcogridPutResponseElementType.java
            -
src/org/ecoinformatics/ecogrid/stub/bindings/EcoGridPutInterfaceLevelOneSOAP
BindingStub.java
            -
src/org/ecoinformatics/ecogrid/stub/service/EcoGridPutInterfaceLevelOneServi
ce.java
            -
src/org/ecoinformatics/ecogrid/stub/service/EcoGridPutInterfaceLevelOneServi
ceGridLocator.java
            -
src/org/ecoinformatics/ecogrid/stub/service/EcoGridPutInterfaceLevelOneServi
ceLocator.java
            - src/org/ecoinformatics/ecogrid/srb/put/SrbPutImpl.java

The stub files were generated by gt3 tools. I found a bug in one stub file
which caused the problem I mentioned
over phone today. basically it puts a wrong operation name when creating
java files from wsdl files, which were
generated from gwsdl. (This is really an interesting puzzle. I am glad I
suddenly noticed the bug.)

Currently I put a skeleton in the actual implementation file for SRB,
SrbPutImpl.java. You can start Metacat implementation
based on this file and the build file, srbput.xml.

For the srbput.xml, although we can merge it into buildsrb.xml,  I believe
it is not necessary since we can launch
separate build files from one build file.

I will do some testing for the service tomorrow and then start SRB
implementation.

Sincerely,
Bing







-----Original Message-----
From: Bertram Ludaescher [mailto:ludaesch at sdsc.edu]
Sent: Wednesday, August 04, 2004 2:36 PM
To: Matt Jones
Cc: Bertram Ludaescher; bzhu at sdsc.edu; Arcot Rajasekar; Jing Tao
Subject: Re: ecogrid put implementation


>>>>> "MJ" == Matt Jones <jones at nceas.ucsb.edu> writes:
MJ>
MJ> Hi all,
MJ> I think getting the put interfaces implemented should be the highest
MJ> priority.  It would be very good to be able to write back to SRB and
MJ> Metacat with a uniform API, and once it is available in EcoGrid, we can
MJ> easily use it in Kepler.

ok, so be it then. The other day, when we had a SEEK meeting, it
looked to me that the "uniform API" is just a uniform "sheet" that you
throw over very different APIs and schemas.

A bit similar to having a "uniform" access to SQL and XML databases:

uniform_access(in: query string; in: params string;  out: results: file)

in which
- query can be SQL or XQuery
- params is anything else you need to connect etc
- results is a file(handle) to the output

of course this is not a useful unification of SQL and XQuery; it's a
"Potemkin village" ;-)

but that's a topic for a discussion sometime...

cheers

Bertram

MJ>
MJ> I agree with Bertram -- frequent checkins of code is a very good thing.
MJ>
MJ> Thanks,
MJ>
MJ> Matt
MJ>
MJ> Bertram Ludaescher wrote:
>> Bing:
>>
>> Ok, maybe it is better if you finish the put then.
>>
>> I still think it is helpful to check in code daily so others
>> (e.g. Jing or Matt) can comment on it early on.
>>
>> Overall I leave those development details better to Raja (when he's
>> back) and Matt -- but I'm also kind of interest how this EcoGrid stuff
>> moves forward..
>>
>> thanks
>>
>> Bertram
>>
>>
>>>>>>> "BZ" == Bing Zhu <bzhu at sdsc.edu> writes:
>>
BZ>
BZ> Bertram,
BZ> Having a gwsdl designed for 'put' operation in ecogrid's Put service
doesn't
BZ> mean the job is done.
BZ>
BZ> I have to configure the 'ant' build properly for this service. Put
skeleton
BZ> of 'put' impl and have
BZ> some test to show that the data has been correctly sent from wsdl client
BZ> side to server
BZ> side. At this point, I will check in the modified gwsdl, stub code
created
BZ> by
BZ> gt3 and Apache tools, etc,  so that Metacat (Jing) can start their
BZ> implementation
BZ> for 'put'.  (If you build a client-server software using RPC (e.g. SRB),
or
BZ> CORBA,
BZ> this path is still the same.) And in the mean time I will continue the
'put'
BZ> implementation
BZ> for SRB. This job still need some work of coding to load data or
metadata
BZ> into SRB
BZ> and some testing.
BZ>
BZ> The first task is planned to be finished by the end of this week. And it
BZ> needs another week
BZ> to put SRB code in, test the code, fix bugs, etc.
BZ>
BZ> Bing
BZ>
BZ>
BZ>
BZ>
BZ>
BZ>
BZ>
BZ> -----Original Message-----
BZ> From: Bing Zhu [mailto:bzhu at sdsc.edu]
BZ> Sent: Tuesday, August 03, 2004 3:57 PM
BZ> To: Bertram Ludaescher
BZ> Subject: RE: status report from Bing Zhu - Aug 2
BZ>
BZ>
BZ> Yes. The pgm_cut is for David. I sent the code to him and he modified
the
BZ> code.
BZ> It was demoed in the SEEK UCSD meeting before the last week. I didn't
BZ> checked code
BZ> in. But if I implemented in ecogrid 's server side (within 'get'), I can
BZ> check it in.
BZ> That's why the task is called: implementation of ecogrid's put function
BZ>
BZ> Currently I am concentrating on the 'put' implementation with which
other
BZ> ecogrid
BZ> folks, especially Jing for Metacat,  can start their work for put.
BZ>
BZ> If you want to demo some SRB functions, I can switch to 'SRB actor' task
and
BZ> create one for you.  Let me know.
BZ>
BZ> Bing
BZ>
BZ>
BZ>
BZ>
BZ>
BZ> -----Original Message-----
BZ> From: Bertram Ludaescher [mailto:ludaesch at sdsc.edu]
BZ> Sent: Tuesday, August 03, 2004 3:30 PM
BZ> To: bzhu at sdsc.edu
BZ> Cc: Arcot Rajasekar
BZ> Subject: Re: status report from Bing Zhu - Aug 2
BZ>
BZ>
BZ>
BZ> Hi Bing,
BZ>
BZ> some comments below
BZ>
>>
>>>>>>> "BZ" == Bing Zhu <bzhu at sdsc.edu> writes:
>>
BZ>
BZ> Completed Tasks/Bugs Fixed:
BZ> - revision of the 'put' gwsdl for ecogrid. (The file is checked into
BZ> SEEK
BZ> CVS place.)
BZ> - demo of whywhere data at UCSD SEEK meeting.
BZ> - had 2 meetings with Efrat for the initial design of SRB actors
BZ>
BZ> Current Work and Bugs:
BZ> - implementation of pgm_cut in ecogrid's node in Orion.
BZ>
BZ> this is for David yes?
BZ>
BZ> - implementation of ecogrid's put function
BZ>
BZ> ok -- can oyu point me to the CVS url that has the pgm_cut and put
BZ> code?
BZ>
BZ> Also: I was wondering whether you could add a few Scommands as Kepler
BZ> actors by the end of the week (maybe putting the above stuff on the
BZ> back burner for a bit)
BZ>
BZ>
BZ>
BZ>
BZ>
BZ> Significant Issues:
BZ> - none
MJ>
MJ> --
MJ> -------------------------------------------------------------------
MJ> Matt Jones                                     jones at nceas.ucsb.edu
MJ> http://www.nceas.ucsb.edu/    Fax: 425-920-2439    Ph: 907-789-0496
MJ> National Center for Ecological Analysis and Synthesis (NCEAS)
MJ> University of California Santa Barbara
MJ> Interested in ecological informatics? http://www.ecoinformatics.org
MJ> -------------------------------------------------------------------

More information about the Seek-dev mailing list