[seek-dev] RE: ecogrid put implementation
Matt Jones
jones at nceas.ucsb.edu
Thu Aug 5 11:05:40 PDT 2004
Hi Bing,
Thanks for doing the interface definitions.
Jing is busy trying to get data access to work more fully in Kepler, so
I was thinking that you (Bing) could first implement the SRB put
interface and then implement it for Metacat. That way Jing can continue
to focus on the EcoGrid/Kepler integration and you'll get a better feel
for whether your EcoGrid put implementation is generic enough to work
across different systems.
Sound good?
Matt
Jing Tao wrote:
> 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
>>
>
>
--
-------------------------------------------------------------------
Matt Jones jones at nceas.ucsb.edu
http://www.nceas.ucsb.edu/ Fax: 425-920-2439 Ph: 907-789-0496
National Center for Ecological Analysis and Synthesis (NCEAS)
University of California Santa Barbara
Interested in ecological informatics? http://www.ecoinformatics.org
-------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3407 bytes
Desc: S/MIME Cryptographic Signature
Url : http://mercury.nceas.ucsb.edu/ecoinformatics/pipermail/seek-dev/attachments/20040805/6092717f/smime.bin
More information about the Seek-dev
mailing list