[seek-dev] RE: ecogrid put implementation

Jing Tao tao at nceas.ucsb.edu
Thu Aug 5 09:04:12 PDT 2004


Hi, Bing:

It is glad to know you fixed the bug. Thanks for the checking in code and 
I will implement metacat put method soon.

Cheers,

Jing
On Wed, 4 Aug 2004, Bing Zhu wrote:

> Date: Wed, 4 Aug 2004 20:58:27 -0700
> From: Bing Zhu <bzhu at sdsc.edu>
> To: Jing Tao <tao at nceas.ucsb.edu>
> Cc: Matt Jones <jones at nceas.ucsb.edu>, Bertram Ludaescher <ludaesch at sdsc.edu>,
>      Arcot Rajasekar <sekar at sdsc.edu>, Seek-Dev <seek-dev at ecoinformatics.org>
> Subject: [seek-dev] RE: ecogrid put implementation
> 
> 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> -------------------------------------------------------------------
> 
> _______________________________________________
> 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