- ogsa-bes-wg - lists.ogf.org

Ready for public comment
by Mark Morgan 27 Mar '07

27 Mar '07

I uploaded a changed BES draft (we are now on version 33). This draft has the freshly cleansed wsdl and xsd from Rich. As was agreed unanimously on the telecon last week, I believe that this means that we are ready for public comment. -Mark -- Mark Morgan Research Scientist Department of Computer Science University of Virginia http://www.cs.virginia.edu mmm2a(a)virginia.edu (434) 982-2047

2 2

BES question
by dejw 19 Mar '07

19 Mar '07

Hi all, I have a question about BES : We implemented a plugin to our portal solution which let us run jobs to any BES service (compatible with first version of this standard). So our solution should work well with any service which conforms to this standard. But we met some small problems although. For our perspective we need to extract the job identifier - and here we had to write suitable part of code for different BES services - why? becuase ActivityIdentifier is a type of wsa:EndpointReferenceType and here lies the problem. Every BES service use different tactics here. For example when I tried BES service build upon LSF (platform.com) the job id was added simply to the Address which is simply url with parameter containing job ID. Other services always uses ReferenceParameters which can be any xml data which is characteristic to the target underlying system. So for every new BES service built on different middleware, job managament service I had to write something like let say transition code which extracts for me job id from different xml data. This way actually I don't know if some new service will work well with my plugin. This is a little confusing for me why in some common interface (let me say that about BES) can have different job id notation. It is always some string by the way which looks a little different for every underlying system. So why it couldn't be also one xml schema concerning job id? Regards, Dawid Szejnfeld, PSNC

6 17

Document Pen
by Mark Morgan 28 Feb '07

28 Feb '07

Does any one have the BES Document pen right now? If I don't hear from anyone by 2pm eastern tomorrow, I'll go ahead and take the pen and add the new "cleansed" wsdl and xsd to it. -Mark -- Mark Morgan Research Scientist Department of Computer Science University of Virginia http://www.cs.virginia.edu mmm2a(a)virginia.edu (434) 982-2047

1 0

phone number snafu
by Andrew Grimshaw 22 Feb '07

22 Feb '07

All, I don't know if anyone is waiting - but the phone number I sent out is not good. ATT/UVA snafu. I will try and find another and mail it out, it may be a few minutes. A Andrew Grimshaw Professor of Computer Science University of Virginia 434-982-2204 grimshaw(a)cs.virginia.edu

1 0

new number
by Andrew Grimshaw 22 Feb '07

22 Feb '07

All, Thanks Steven. +44 208 896 5940 # 1578523 Andrew Grimshaw Professor of Computer Science University of Virginia 434-982-2204 grimshaw(a)cs.virginia.edu

1 0

Telecon today - 11 Eastern
by Andrew Grimshaw 22 Feb '07

22 Feb '07

All, Sorry for the delay getting the numbers out. Agenda: Get the fault issues settled - see extensive discussion in email Authorship - let's keep this short and punt it to the GFSG Resolve Andrea's comment on naming URI's - Address Joe Bester's comments: I don't think we will be able to get through all of these today. We will likely need to schedule another, hopefully last teleconference. Toll Free: 866-231-9615 Long Distance: 713-576-2028 Participant Code: 255921 Andrew Grimshaw Professor of Computer Science University of Virginia 434-982-2204 grimshaw(a)cs.virginia.edu

1 0

application profile proliferation
by Joseph Bester 21 Feb '07

21 Feb '07

I've been reviewing JSDL, the BES HPC Application Profile, and JSDL Parallel/SPMD profile to see how they can be used with Globus GRAM execution service. One concern I have is the way these various application profiles are redefining the same basic functionality (executable, arguments, environment, etc), either in their own namespaces or importing from the jsdl-posix namespace, sometimes with different behavior/features. It's not clear to me how (if at all) these are to be/can be composed. The feature set of GRAM seems to span these profiles: some (but not all) of the limits from POSIXApplication are relevant, as is the SPMD functionality of specifying the various process counts and something like SPMDVariation. There is also a small amount of scheduler- specific and site-specific extensions that GRAM might have to deal with. Do other groups have plans for implementing more than one of these profiles, and what approaches are you considering for doing so? joe

3 5

Telecon
by Andrew Grimshaw 20 Feb '07

20 Feb '07

All, I received four replies. Two of whom cannot make the time. Two on the west coast, one in the UK, and one in Japan (Andreas). Andreas said that he did not need to be on the call, but that he feels we need to address the issues he raised in email. The upside is we only need to schedule for two continents. But we do need a new time. Chris and Rich, can you make 11 am eastern, 8 am pacific on Thursday? Steve M., can you make 4PM UK? A Andrew Grimshaw Professor of Computer Science University of Virginia 434-982-2204 grimshaw(a)cs.virginia.edu

2 1

Telecon time
by Andrew Grimshaw 16 Feb '07

16 Feb '07

All, As Stephen suggested we need to have a teleconference to come to closure on the document so we can send it for public comment. Finding a time slot is a problem - as many of us are already on several teleconferences that meet in the usual times. That time is driven by trying to get Asia/N. America/Europe/UK all on the phone at the same time. So, just to see if we need such a time slot, please let me know if you would like to attend the "come to closure" teleconference, and your continent/time-zone. Perhaps all continents do not want representation. If we do need to fit in all of the usual time-zones then I will suggest Thursday February 22nd, 4-6PM Central. (Our Thursday morning slot is now consumed by OGSA). Please advise me of your intent, restrictions, and level of commitment to be on the call. A Andrew Grimshaw Professor of Computer Science University of Virginia 434-982-2204 grimshaw(a)cs.virginia.edu

2 1

A paper that might be of interest
by Ian Foster 14 Feb '07

14 Feb '07

"GT4 GRAM: A Functionality and Performance Study"

1 0