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

BES Meeting January 5th
by Darren Pulsipher 03 Jan '06

03 Jan '06

When: Thursday, Jan 5, 2006 8:00 AM (MST) 10:00 AM (EST) 15:00 (GMT) Scheduled to Occur: Once Duration: 1:00 Darren Pulsipher has invited you to attend a Live Meeting. https://www.livemeeting.com/cc/xangoit/join?id=S6534G&role=attend Subject: BES Meeting Meeting URL: https://www.livemeeting.com/cc/xangoit/join Meeting ID: S6534G Role: Attendee Audio Conferencing (Toll): +1 (770) 765-9436 Audio Conferencing (Toll-free): +1 (866) 765-2460 Participant Code: 8018168214 FIRST TIME USERS: Install the Windows-based Meeting Console before your meeting: http://r.office.microsoft.com/r/rlidLiveMeeting?p1=7&p2=en_US&p3=LMInfo& p4=DownloadWindowsConsole This Live Meeting invitation is a personal invitation; it should not be forwarded. For assistance, please visit Live Meeting Help and Support: http://r.office.microsoft.com/r/rlidLiveMeeting?p1=7&p2=en_US&p3=LMInfo& p4=support

1 0

RE: [ogsa-bes-wg] GGF16 Sessions
by Darren Pulsipher 14 Dec '05

14 Dec '05

I have schedule one 90 minute session for GGF16 -----Original Message----- From: Steven Newhouse [mailto:s.newhouse@omii.ac.uk] Sent: Wednesday, December 14, 2005 5:53 AM To: Darren Pulsipher Cc: ogsa-bes-wg(a)ggf.org Subject: Re: [ogsa-bes-wg] GGF16 Sessions > I think a single 90 minute session as well. > Do you want me to schedule it? That would be great Darren - thanks. Steven -- ---------------------------------------------------------------- Dr Steven Newhouse Tel:+44 (0)2380 598789 Deputy Director, Open Middleware Infrastructure Institute (OMII) Suite 6005, Faraday Building (B21), Highfield Campus, Southampton University, Highfield, Southampton, SO17 1BJ, UK

1 0

RE: [ogsa-bes-wg] GGF16 Sessions
by Darren Pulsipher 14 Dec '05

14 Dec '05

I think a single 90 minute session as well. Do you want me to schedule it? Darren -----Original Message----- From: owner-ogsa-bes-wg(a)ggf.org [mailto:owner-ogsa-bes-wg@ggf.org] On Behalf Of Steven Newhouse Sent: Tuesday, December 13, 2005 11:36 AM To: ogsa-bes-wg(a)ggf.org Subject: [ogsa-bes-wg] GGF16 Sessions All, The scheduling deadline for GGF16 is creeping up on us... I see the need to cover at least two topics: 1. Specification Document. By February this should have entered the GGF process. I'm not sure how much there will be two discuss on progress... but their will certainly be stuff to report. 2. Interoperability Activities. Some initial experimentation has already taken place with the current draft and implementations from University of Virgina and Imperial College London. No doubt this and more can be reported on. Any other agenda items...? But currently this looks like a single 90 minute session to me... Regards, Steven -- ---------------------------------------------------------------- Dr Steven Newhouse Tel:+44 (0)2380 598789 Deputy Director, Open Middleware Infrastructure Institute (OMII) Suite 6005, Faraday Building (B21), Highfield Campus, Southampton University, Highfield, Southampton, SO17 1BJ, UK

2 1

GGF16 Sessions
by Steven Newhouse 13 Dec '05

13 Dec '05

All, The scheduling deadline for GGF16 is creeping up on us... I see the need to cover at least two topics: 1. Specification Document. By February this should have entered the GGF process. I'm not sure how much there will be two discuss on progress... but their will certainly be stuff to report. 2. Interoperability Activities. Some initial experimentation has already taken place with the current draft and implementations from University of Virgina and Imperial College London. No doubt this and more can be reported on. Any other agenda items...? But currently this looks like a single 90 minute session to me... Regards, Steven -- ---------------------------------------------------------------- Dr Steven Newhouse Tel:+44 (0)2380 598789 Deputy Director, Open Middleware Infrastructure Institute (OMII) Suite 6005, Faraday Building (B21), Highfield Campus, Southampton University, Highfield, Southampton, SO17 1BJ, UK

1 0

Re: [ogsa-wg] Report on UK Interop Meeting
by Hiro Kishimoto 12 Dec '05

12 Dec '05

Thanks Mark, Excellent job!! ---- Hiro Kishimoto Mark Morgan wrote: > Andrew and I thought that a number of people might be interested in the > status of the UK BES interoperability meeting. As of 10:30 AM UK time, we > have two separate BES implementations. One written by Uva using WSRF.NET, > the other written by Imperial College using GridSAM. The interoperability > chart for the meeting is this: > > Operation Uva Client/ICL BES ICL Client/Uva BES > ------------------------------------------------------------------- > CreateActivity Working Working > GetActivityStatus Working Working > StartAccepting Working Working > StopAccepting Working Working > GetJSDLForActivi. Not Tested Not Tested > IsAccepting Not Tested Not Tested > > -Mark > > -- > Mark Morgan > Research Scientist > Department of Computer Science > University of Virginia > http://www.mark-morgan.net > mark(a)mark-morgan.net > >

1 0

Survey for OGSA-WG F2F meeting in January 2006
by Hiro Kishimoto 12 Dec '05

12 Dec '05

Hi all, and sorry for the cross-posting. As you already know, OGSA-WG and fellow WGs are planning to have F2F meeting in January 2006. The meeting will be held in the week of January 16 from Monday morning to Friday noon at Fujitsu campus in Sunnyvale (SF Bay Area). Please let us know your plan for attendance by answering the following on-line survey. Deadline is EoB December 21st. http://www.zoomerang.com/survey.zgi?p=WEB224URW95UZU Session owners: Please provide detailed session agenda, I will incorporate your in the meeting schedule. The latest proposed agenda for January OGSA-WG and the fellow WGs F2F meeting is uploaded to the GridForge. https://forge.gridforum.org/projects/ogsa-wg/document/2006Jan-OGSA-F2F-agen… Thanks, -- Hiro Kishimoto

1 0

Fwd: RE: [ogsa-bes-wg] Proposed changes to Spec.
by Ian Foster 09 Dec '05

09 Dec '05

Hi, I wanted to follow up on my email below. There wasn't any response to the concern I raised concerning the proposed operations, and I think it is an important issue that should be discussed. I realize that the BES management might reply that I need to join the phone calls, but that isn't easy for me, and I think that we should be able to discuss issues on the email list also. Regards, Ian. >>Darren: >> >>I would like to argue against your proposed operations on the grounds of >>fragility and scalability. Your operation definitions require that a >>client keep track of the set of activities to be monitored and >>controlled. That's a big burden to place on the client. >> >>I suggest (as we have also suggested in earlier communications to BES-WG) >>that we should instead allow the user to specify a set of activities that >>are to be monitored or controlled in terms of their properties, not >>names. E.g., "activities that belong to me", "activities that involve >>executable Foo", "activities that have been running for over 2 hours." >> >>A natural way of modeling this is to represent the set of activities >>associated with your jobs as a WS-ServiceGroup Service Group, and then >>use queries on the service group to specify the activities to which an >>operation applies. >> >>Regards -- Ian. >> >>At 08:52 AM 10/26/2005 -0600, Darren Pulsipher wrote: >> >>I have spent some considerable time with the document. >>I know far more than I planned, but it was good time spent. >>I think we should discuss these items in our meeting on Thursday. >>I have posted some changes to the document but would like to discuss >>these items before I make these changes to them. >> >>There are some fundamental problems/questions that we need to resolve. >> >>1. How do we resume from where we left off. There is no Resume anymore >>so we are putting the responsibility to the submitter or controller to >>keep track of states. We can only use RequestActivityStateChanges to >>suspend something and if I want to suspend 1000s of activities that >>means I would need to first do a GetActivityState save the states and >>then call RequestActivityStateChanges without any of the activities >>changing state. That is not going to happen. So I propose we do the >>following: >>- Add the following interfaces: >>SuspendActivites(WS-Name[] activityIdentifiers) >>ResumeActivities(WS-Name[] activityIdentifiers) >> >>Or we add one interface >>PerformOnActivites("Suspend" | "Resume", WS-Name[] activityIdentifiers) >> >>2. Another problem is how do we terminate an activity. The States that >>are available are "Terminated" and "ShuttingDown". According to the >>state net the activity is moved to the "ShuttingDown" and then to >>"Terminated" so requesting RequestActivityStateChanges for activities >>with "ShuttingDown" means it should move to the ShuttingDown state but >>it will move the activities to the "Terminated" state. This can be very >>confusing. So I suggest we add another interface. >>- Add the following interface: >>TerminateActivities(WS-Name[] activityIdentifiers) >> >>Or add another possible argument to the interface. >>PerformOnActivites("Suspend" | "Resume" | "Terminate", WS-Name[] >>activityIdentifiers) >> >>3. Another question that is not clear in the spec is if an action >>(staging in or staging out) moves into an exception state does that mean >>that the activity moves into the exception state right away or does it >>mean that it ever moves into the exception state. Does it mean that if >>one of the actions moves into an exception state that all other actions >>are halted and moved to the exception state and then the activity? >>- I proposed that actions state have no impact on the activity state. If >>an action has an exception or is terminated then it should not have any >>impact on the activity what so every. >> >>4. Another not so important change but it might help clarify some >>confusion and allow for extendibility later on would be to get rid of >>the "ExecutionPending" and "ExecutionComplete" and make the "Running" >>state a composite state like the "StagingIn" and "StagingOut" states. >>This will give the ability to handle complex multiple application >>execution definitions that the JSDL group is looking at for the next rev >>of the Job Definition. This will allow for multiple Application actions. >>This is not workflow. Nor should it be considered the start of workflow. >>This just allows for extendibility easily. >> >> >>Darren Pulsipher >> >>_______________________________________________________________ >>Ian Foster www.mcs.anl.gov/~foster >>Math & Computer Science Div. Dept of Computer Science >>Argonne National Laboratory The University of Chicago >>Argonne, IL 60439, U.S.A. Chicago, IL 60637, U.S.A. >>Tel: 630 252 4619 Fax: 630 252 1997 >> Globus Alliance, www.globus.org > >_______________________________________________________________ >Ian Foster www.mcs.anl.gov/~foster >Math & Computer Science Div. Dept of Computer Science >Argonne National Laboratory The University of Chicago >Argonne, IL 60439, U.S.A. Chicago, IL 60637, U.S.A. >Tel: 630 252 4619 Fax: 630 252 1997 > Globus Alliance, www.globus.org _______________________________________________________________ Ian Foster www.mcs.anl.gov/~foster Math & Computer Science Div. Dept of Computer Science Argonne National Laboratory The University of Chicago Argonne, IL 60439, U.S.A. Chicago, IL 60637, U.S.A. Tel: 630 252 4619 Fax: 630 252 1997 Globus Alliance, www.globus.org

2 2

Meeting notes from Dec. 8th
by Darren Pulsipher 08 Dec '05

08 Dec '05

Attendees Darren (Maybe) William (Attending) Andrew (Attending) Steve N (Attending) Mark (Attending) Michel Agenda - WS-Name and/or EPR issue resolved. - We need to make sure the document has just EPRs and only mention the WS-Name as a return value from createActivity. All other parameters need to be EPRs. - The EPR that is returned does not have specified port types we have decided to push this until later. - We need to add to the spec "The createActivityFromJSDL MUST return a EPR (which is an endpoint reference) MAYBE a WS-NAME." - Meta-Data/Attributes on the container service - There is an abstract idea about information and operations. Example of ByteIO was brought up. We just say that there are pieces of information (Meta-Data) that the renderings should supply operations to get the information. We need to introduce this better in the document. We need to have a section under the service container called attributes that will have this information. Use UML nomenclature. - UK meeting next week (BES and SAGA interop) - Venue - William Penny hall - imperial college. Wireless is available - Monday - Starting 0900 - BES - Saga - Afternoon early evening -Tuesday - Starting 0900 - Naming - ByteIO -Wednesday - ??? - Section 5 needs to be cleaned up - Subscribing to events. We added a general statement about subscribing events. Add attribute to state whether or not it can handle events. We need to look at all SHOULDs and put an attribute in the container specifying whether or not it can handle the SHOULD. - Mark and William are working on the rendering and schemas. This will be discussed at the face to face.

2 1

UK Meeting - 12th - 14th Dec, 05
by William Lee 08 Dec '05

08 Dec '05

Venue: Access Grid Suite, William Penny Lab, Imperial College, South Kensington, London, UK Direction: See site map for detailed direction (Front door on the main walkway) Site map: http://www.doc.ic.ac.uk/about/mapandtravel/ Accommodation: http://www.imperial.ac.uk/conferences/index.asp?page_id=3 Tube stations: South Kensington / Gloucester Road PS. The front door is secured. I will be there around 9am to get you in. If you are late, please contact me at +44(0) 7966 770427. If you fail to reach me, dial extension 48320 from a nearby internal phone. William --- William Lee @ London e-Science Centre, Imperial College London -- --- Software Coordinator --- A: Room 380, Department of Computing, Imperial College London, Huxley Building, South Kensington campus, London SW7 2AZ, UK E: wwhl(a)doc.ic.ac.uk | william(a)imageunion.com W: www.lesc.ic.ac.uk | www.imageunion.com P: +44(0)20 7594 8251 F: +44(0)20 7581 8024 --- Projects ---------------------------- GridSAM: http://www.lesc.ic.ac.uk/gridsam Markets: http://www.lesc.ic.ac.uk/markets ICENI: http://www.lesc.ic.ac.uk/iceni -----------------------------------------

1 0

Dec 8th Meeting Agenda
by Darren Pulsipher 08 Dec '05

08 Dec '05

Steve is correct. This should be 1400 GMT not 1200 GMT Please note the change in time. Agenda: WS-Name verses EPR Discuss interop meeting next week and timing. Discuss issues with Meta-Data Darren -----Original Message----- From: Steven Newhouse [mailto:s.newhouse@omii.ac.uk] Sent: Wednesday, December 07, 2005 1:14 PM To: Darren Pulsipher Cc: Andrew Grimshaw; Mark Morgan Subject: Re: [ogsa-bes-wg] Dec 8th Meeting Darren, > When: Thursday, Dec 8, 2005 7:00 AM (MST) 12:00 GMT Is this the right time? Its a change from normal? Also, is there a definitive draft of the specification reflecting all the previous discussions? I'd like to review it before the meeting. Regards, Steven -- ---------------------------------------------------------------- Dr Steven Newhouse Tel:+44 (0)2380 598789 Deputy Director, Open Middleware Infrastructure Institute (OMII) Suite 6005, Faraday Building (B21), Highfield Campus, Southampton University, Highfield, Southampton, SO17 1BJ, UK

1 0