January 2008 - saga-rg - lists.ogf.org

EGEE glite and SAGA
by Ashiq Anjum 07 Mar '08

07 Mar '08

Hi, We got a new project in which we have to create a generic services layer which should make client applications independent from a particular Grid middleware. I want to use SAGA API to access glite services. Does any one has a glite adapter for SAGA? Suggestions and experiences are welcomed to achieve this goal. cheers, Ashiq Anjum

5 11

SAGA SD Final?? Version
by Fisher, SM (Steve) 15 Feb '08

15 Feb '08

Hi, We have made the following changes to the Service Discovery spec: #1 Section 2.1.1: now includes reference to GLUE #2 Should the default VOs be chosen from the session object? As we are not able to come up with an intuitive syntax that allows the user to be able to request specific VOs or to take one from the security context we prefer to leave this as it is. #3 When there is Authz failure, should list_services throw 'NotEnoughPermission' exception? We have added the AuthorizationFailed exception (Incidentally I don't like the distinction between PermissionDenied and AuthorizationFailed in the core specification. I see no adequate justification for it - Steve) #4 To mention compliance to upcoming GLUE stds. (GLUE 2?). Whether GLUE upgrades affect the document? if so, appropriate mentioning required. (comments: similar to SAGA-core spec depending on JSDL) A footnote has been added The examples have also been updated to correspond precisely to our implementation. Note that we do now have a complete C++ implementation with gLite adapaters. The main code will be checked in as soon as Paventhan has write access to the repositoy and the adapter code will go into the gLite repository. We would like to see the document go to the OGF editor now unless somebody sees a problem. The .dvi file is attached. Steve and Paventhan

2 5

resource management (reservations) extension package
by Thilo Kielmann 29 Jan '08

29 Jan '08

All, within the XtreemOS project (www.xtreemos.eu) we have developed an extension package to SAGA which basically adds support for reserving compute resources, in combination with job submission. Separating resource reservation from the actual job submission was (long ago) a topic of discussion within the SAGA group. Maybe some are still interested? Feedback is highly welcome! The document is at: https://www.xtreemos.org/publications/public-deliverables/d3-1-2-final.pdf Currently, it serves as an API description for XtreemOS, but, given sufficient interest here, we may distill it into an "official" SAGA extension. Regards, Thilo Kielmann -- Thilo Kielmann http://www.cs.vu.nl/~kielmann/

1 1

ERRATA document for SAGA Core Spec (GFD.90)
by Thilo Kielmann 29 Jan '08

29 Jan '08

All, fortunately, the SAGA spec seems to be in use. Unfortunately, small glitches are being uncovered already. (Right now, we have a few missing conditions for throwing exceptions from the iovec class.) I have started to collect the errata. They are in a separate "document" which is put on SAGA's gridforge page: http://forge.ogf.org/sf/projects/saga-rg The current ERRATA file is a very informal collection of the errata found "so far". Once things will have stabilized, we will investigate OGF's errata process. Right now, we simply collect whatever comes along... Regards, Thilo Kielmann -- Thilo Kielmann http://www.cs.vu.nl/~kielmann/

2 2

Re: [SAGA-RG] Fwd (ceriel@cs.vu.nl): [saga-cvs] "SAGA-RG/SAGA-Bindings/Java/OGF/src/org/ogf/saga/file FileFactory.java"
by Ceriel Jacobs 25 Jan '08

25 Jan '08

Hi, I'm really, really sorry ... I have some more remarks now on the iovec specifications and the readv and writev specifications: this all concerns the "offset" field. - the set_offset method does not consider the current value of len_in. Is it not an error if size >= 0 && len_in + offset > size? Maybe only if the buffer is not implementation-managed? - the set_len_in method does not consider the current value of offset. Is it not an error if size >= 0 && len_in + offset > size? Maybe only if the buffer is not implementation-managed? - the readv notes mention that if no len_in is specified, the buffer size is used as len_in. But what if offset > 0? - the above remark also holds for writev. As far as I am concerned, the "offset" field can completely be removed from the specs. POSIX iovec does not have an offset field, and I don't know why it made it to the SAGA specs. Cheers, Ceriel P.S. Sorry that I keep on having remarks, but these are things that come up while actually implementing it. Apparently, just reading the specs is not good enough. Thilo Kielmann wrote: > Thank you, Ceriel! ;-) > > Thilo > > On Thu, Jan 24, 2008 at 03:42:14PM +0100, Andre Merzky wrote: >> From: Andre Merzky <andre(a)merzky.net> >> To: Thilo Kielmann <kielmann(a)cs.vu.nl> >> Cc: saga-rg(a)ogf.org >> Subject: Re: [SAGA-RG] Fwd (ceriel(a)cs.vu.nl) [saga-cvs] >> "SAGA-RG/SAGA-Bindings/Java/OGF/src/org/ogf/saga/file >> FileFactory.java" >> >> Yep, thats an error - all c'tors should be able to throe >> NotImplemented. >> >> So, thats a good occasion to test the errata procedure :-) >> >> Thanks, Andre. >> >> >> Quoting [Thilo Kielmann] (Jan 24 2008): >>> From: Thilo Kielmann <kielmann(a)cs.vu.nl> >>> To: saga-rg(a)ogf.org >>> Subject: [SAGA-RG] Fwd (ceriel(a)cs.vu.nl) [saga-cvs] >>> "SAGA-RG/SAGA-Bindings/Java/OGF/src/org/ogf/saga/file >>> FileFactory.java" >>> >>> Hmm, >>> >>> do we now have the first item for the "errata" document? ;-) >>> >>> >>> Thilo >>> >>> ----- Forwarded message from Ceriel Jacobs <ceriel(a)cs.vu.nl> ----- >>> >>>> To: saga-cvs(a)cct.lsu.edu >>>> From: Ceriel Jacobs <ceriel(a)cs.vu.nl> >>>> Subject: [saga-cvs] "SAGA-RG/SAGA-Bindings/Java/OGF/src/org/ogf/saga/file >>>> FileFactory.java" >>>> >>>> Update of /projects/SAGA-RG/SAGA-Bindings/Java/OGF/src/org/ogf/saga/file >>>> In directory asylum.cct.lsu.edu:/tmp/cvs-serv30810/src/org/ogf/saga/file >>>> >>>> Modified Files: >>>> FileFactory.java >>>> Log Message: >>>> Inconsistency in the SAGA specification: Buffer constructor throws >>>> NotImplemented, but IOVec does'nt? In the Java version, it does now! >>>> >>>> >>>> _______________________________________________ >>>> saga-cvs mailing list >>>> saga-cvs(a)cct.lsu.edu >>>> https://mail.cct.lsu.edu/mailman/listinfo/saga-cvs >>> ----- End forwarded message ----- >> -- >> No trees were destroyed in the sending of this message, however, >> a significant number of electrons were terribly inconvenienced. > > >

3 5

Fwd (ceriel@cs.vu.nl): [saga-cvs] "SAGA-RG/SAGA-Bindings/Java/OGF/src/org/ogf/saga/file FileFactory.java"
by Thilo Kielmann 24 Jan '08

24 Jan '08

Hmm, do we now have the first item for the "errata" document? ;-) Thilo ----- Forwarded message from Ceriel Jacobs <ceriel(a)cs.vu.nl> ----- > To: saga-cvs(a)cct.lsu.edu > From: Ceriel Jacobs <ceriel(a)cs.vu.nl> > Subject: [saga-cvs] "SAGA-RG/SAGA-Bindings/Java/OGF/src/org/ogf/saga/file > FileFactory.java" > > Update of /projects/SAGA-RG/SAGA-Bindings/Java/OGF/src/org/ogf/saga/file > In directory asylum.cct.lsu.edu:/tmp/cvs-serv30810/src/org/ogf/saga/file > > Modified Files: > FileFactory.java > Log Message: > Inconsistency in the SAGA specification: Buffer constructor throws > NotImplemented, but IOVec does'nt? In the Java version, it does now! > > > _______________________________________________ > saga-cvs mailing list > saga-cvs(a)cct.lsu.edu > https://mail.cct.lsu.edu/mailman/listinfo/saga-cvs ----- End forwarded message ----- -- Thilo Kielmann http://www.cs.vu.nl/~kielmann/

2 1