June 2005 - ogsa-wg - lists.ogf.org

Mapping of JSDL to CIM (Visio and PDFs)
by Andrea Westerinen (andreaw) 29 Jun '05

29 Jun '05

Presented this morning at the OGSA #7 meeting ... Andrea

1 0

NOW - OGSA-MWS-BOF at GGF14 on Tues June 28, noon-1:30
by Steven Newhouse 28 Jun '05

28 Jun '05

For those at GGF... this is starting in about 15 minutes. A BOF to discuss the creation of a WG to define an OGSA Basic Profile that builds upon a minimal set of simple web service specification. The ouput of the group would be a document, similar in nature to the OGSA WSRF Basic Profile that would allow OGSA services to be rendered using an alternative set of WS specifications. 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

draft presentation for OGSA outreach (status and future) session
by Hiro Kishimoto 28 Jun '05

28 Jun '05

Hi all, I've uploaded first cut presentation draft to GridForge. Please have a look and give me your feedback before 9am tomorrow. https://forge.gridforum.org/projects/ogsa-wg/document/OGSA-status-and-futur… Thanks, -- Hiro Kishimoto

2 1

Final edits on Profile Definition
by David Snelling 27 Jun '05

27 Jun '05

Folks, Here's what I did. 1) Accepted all edits including the changes I made, which are listed below. Feel free to object to these changes. Otherwise, the document is ready for the editor. 2) In section 4.4 there were two "should"s which I changed to "SHOULD"s as the section is generally proscriptive and therefore normative language is appropriate. 3) In section 5.2, I added the phrase ", when at the Proposed Recommendation stage of publication," two the first two paragraphs to make it clear when in the GGF process the rules apply. I felt the section header was not normative enough. That's all. Thank you everyone for making this document a complete project. I leave it to Andreas to post this version to GridForge and submit it to the editor as soon as possible. -- Take care: Dr. David Snelling < David . Snelling . UK . Fujitsu . com > Fujitsu Laboratories of Europe Hayes Park Central Hayes End Road Hayes, Middlesex UB4 8FE +44-208-606-4649 (Office) +44-208-606-4539 (Fax) +44-7768-807526 (Mobile)

2 1

GGF14 slide template
by Hiro Kishimoto 27 Jun '05

27 Jun '05

Hi GGF14 presenters, As usual, I've upload slide template to GridForge. If you need ppt template, please use this. https://forge.gridforum.org/projects/ogsa-wg/document/GGF14_slide_template/… The file also includes template of session report for OGSA-WG #12 report session; Outcomes and achievements, Open Issues, and action items & next step. Session owners: Please fill in after your session and bring them to the session #12 (Thue 11am-12:30pm) or send them to me in advance. Thanks, -- Hiro Kishimoto

1 1

Tuesday noon session
by Andrew Grimshaw 27 Jun '05

27 Jun '05

All, I know many of you want to attend the MWS BOF. However, I encourage you to attend the Tuesday noon OGSA session. Paul Strong from EGA will be presenting their reference model - and I think it is important that we all understand their perspective. Andrew.

1 0

[ogsa-wg | Roadmap - 1549] Roadmap Text From UniGrids (Dave Snelling)
by Sourceforge Tracker Monitor 26 Jun '05

26 Jun '05

A new artifact has been added: 1549 Submitted by: Jem Treadwell Submitted date: 2005-06-26 16:07:39 Respond by visiting: https://forge.gridforum.org/tracker/?func=detail&atid=789&aid=1549&group_id… (https://forge.gridforum.org/tracker/?func=detail&atid=789&aid=1549&group_id…) Summary: Roadmap Text From UniGrids (Dave Snelling) Project: Open Grid Services Architecture Tracker: Roadmap Artifact ID: 1549 Category: <None> Group: <None> Status: Open Priority: 2 Last Modified By: Jem Treadwell Last Modified: 2005-06-26 16:07:39 Submitted By: Jem Treadwell Submit Date: 2005-06-26 16:07:39 Assigned To: Jem Treadwell File(s): <None> Description: Dave Snelling provided the following text for the OSS Projects section, after the start of Public Comment. Hiro and Jem, Here are some words from the UniGrids project, if it is not too late: The UniGrids project will develop a Grid Service infrastructure compliant with the Open Grid Services Architecture (OGSA), and based on the Web Service Resource Framework (WS-RF), and the UNICORE Grid software. The guiding principle of the project will be both to adopt and to influence standards in key project areas. The first version of Unicore/GS (the software developed by the UniGrids project) implements WS-RF, WS-Adressing and JSDL. In addition the second version of Unicore/GS will implement OGSA-BES and provide support for WS-Security, SAML Authorization, and WS-Notification. -- Take care: Dr. David Snelling < David . Snelling . UK . Fujitsu . com > Fujitsu Laboratories of Europe Hayes Park Central Hayes End Road Hayes, Middlesex UB4 8FE +44-208-606-4649 (Office) +44-208-606-4539 (Fax) +44-7768-807526 (Mobile) View the Roadmap : https://forge.gridforum.org/tracker/index.php?func=browse&group_id=42&atid=… (https://forge.gridforum.org/tracker/index.php?func=browse&group_id=42&atid=…)

1 0

RE: [ogsa-wg] Minor comments on documents
by Djaoui, A (Abdeslem) 25 Jun '05

25 Jun '05

IN this case There is already a WG that is working a major relevant spec for Info services. As this work progresses and we define the scope of info services better, there might be a need for new specs. IN that case a WG will be spawned. Abdeslem -----Original Message----- From: owner-ogsa-wg(a)ggf.org on behalf of Steven Newhouse Sent: Thu 6/23/2005 12:58 PM To: Djaoui, A (Abdeslem) Cc: Treadwell, Jem; Hiro Kishimoto; Tom Maguire; ogsa-wg Subject: Re: [ogsa-wg] Minor comments on documents > Should you add "or design teams" at the end. I am raising this because > for informations services there is no plan to form a WG. If there is substantial activity - and certainly if specs are to be written - I believe this should take place in its own WG. It keeps the role and activity of the main OGSA-WG clear and focussed. 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] OGSA-MWS-BOF at GGF14 on Tues June 28, noon-1:30
by Dave Berry 25 Jun '05

25 Jun '05

After some thought, my current opinion is that the right time to start work on a new basic profile will be when all the relevant specifications have been submitted to standards bodies. In the meantime, I would encourage people to concentrate on all the higher-level questions that we have yet to resolve - including a framework for describing, naming and managing resources, data transfer, advance reservation, security, delegation, privacy, agreement negotiation, information monitoring and dissemination, data access and replication, workflow, etc. I think OGSA is most likely to fail if we focus on low-level issues at the expense of the larger operations which users actually need and want from us. This approach is also in keeping with the 'O' in OGSA, which stands in large part for Open Standards. (FWIW, this is also true of the 'O' in OMII). In line with this reasoning, I regret that I won't be attending this BOF - which is why I'm posting my opinion here. In fact my position was partly crystallised by the realisation that the other sessions that clash this BOF are more important to me. This is not a position about whether to have multiple basic profiles at all, just on the timing of new work. And of course it's just my opinion. Dave. -----Original Message----- From: owner-ogsa-wg(a)ggf.org [mailto:owner-ogsa-wg@ggf.org] On Behalf Of Dave Berry Sent: 22 June 2005 23:08 To: Marty Humphrey; Ogsa-Wg Subject: RE: [ogsa-wg] OGSA-MWS-BOF at GGF14 on Tues June 28, noon-1:30 Marty, The reason I asked about the status of the specifications was to clarify what sort of profile document could be produced at the present time. OGSA profiles are governed by a set of rules (https://forge.gridforum.org/projects/ogsa-wg/document/draft-ggf-ogsa-pr ofile-definition/en/12). Currently, if a group were to publish a profile document, it would have to be an Informational Profile. It could not be a Recommended Profile because the specifications are not yet in a standards body. Of course, this does not preclude people working on a draft profile with the intent of moving it into the publication process at some later date. I suggest that a question for the BOF to discuss is, given the above process, at what point does it become worth spending time on a draft profile? (I am not presuming an answer to this question one way or another). Switching to the question of WS-Enumeration, your answer seems to validate my initial concern. The issue that WS-Enumeration attempts to address is real and is considered in part by various working groups in the data area, but to me it doesn't seem part of a basic profile. Of course, the fact that I haven't seen a technical reason that links WS-Enumeration closely to the other specs doesn't mean that such a reason doesn't exist! Dave. -----Original Message----- From: owner-ogsa-wg(a)ggf.org [mailto:owner-ogsa-wg@ggf.org] On Behalf Of Marty Humphrey Sent: 22 June 2005 12:45 To: 'Ogsa-Wg' Subject: RE: [ogsa-wg] OGSA-MWS-BOF at GGF14 on Tues June 28, noon-1:30 > 1. Please could you clarify the status of WS-Transfer, WS-Eventing > and WS-Enumeration in the terms of the OGSA Profile template? I.e. > have they been submitted to an SDO, are they draft or evolving, etc.? As you know, there is a 4-step process by which these specs will become standards: [1] "Develop", in which the spec is published; [2] "Broader Participation", in which there are feedback and interop workshops (resulting in possibly revising and republishing the specs); [3] "Standardization", in which the specs are submitted to a standardization body, which then can modify the spec as well and eventually ratify; [4] "Profiles", in which a separate document shows how to *combine* specs, generally resulting in a "subsetting" of the original specs. On Dec 1, 2004, Intel hosted a "feedback" workshop (step [2]), above, for WS-Enumeration and WS-Transfer. The companies attending the workshop included AMD, Computer Associates, Dell, HP, IBM, Intel, Microsoft, SAP, Sharp, Sonic, Sun, veritas, et. al. Although I can't entirely confirm this, it looks like the following companies brought implementations of WS-Enumeration/WS-Transfer to this workshop: Microsoft, Dell, Intel, NetIQ, Sun, and WebMethods. On Feb 19, 2004, Tibco hosted a "feedback" workshop for WS-Eventing. Attendees included Microsoft, BEA, IBM, NEC, Sonic, etc. On April 15, 2004, Microsoft hosted an "interop" workshop on WS-Eventing ("The outcome of the workshop was the demonstration of interoperability among all the 7 implementations." The seven implementations were from BEA, Canon, Epson, Microsoft, Ricoh, Sonic, and Systinet.) It looks like there will be another WS-Eventing workshop, although the date/time have not been announced. The most recent specs are: -- WS-Eventing: Aug 2004 (Authors: IBM, BEA, Computer Associates, Microsoft, Sun, and Tibco). This new version modifies the original version (Jan 2004, I believe) to reflect the workshops. -- WS-Enumeration: Sept 2004 (Authors: Systinet, Microsoft, Sonic, BEA, Computer Associates). This is the first version of the spec. -- WS-Transfer: Sept 2004 (Authors: Systinet, Microsoft, Sonic, BEA, Computer Associates). This is the first version of the spec. There's an interesting graphic that shows some of the progress from Microsoft's perspective here: http://msdn.microsoft.com/webservices/graphics/workshop-timeline.gif (this is taken from http://msdn.microsoft.com/webservices/community/workshops/default.aspx) > 2. I can see that WS-Transfer specifies some of the functionality of > WSRF and WS-Eventing is largely equivalent to WS-BaseNotification, but > what has WS-Enumeration to do with this? From a brief reading, it > seems to specify functionality that is independent of either stack. I can see this point -- in our initial designs and experimentation with WS-Transfer and WS-Eventing, we chose to not utilize WS-Enumeration. But we are increasingly considering WS-Enumeration as an important part of the story. >From Felipe Cabrera of Microsoft: "Many scenarios require data exchange using more than just a single request/response message pair. Types of applications that require these longer data exchanges include database queries, data streaming, the traversal of information such as namespaces, and enumerating lists. Enumeration, in particular, is achieved through establishing a session between the data source and the requestor. This session is established using the Enumerate operation, which provides an enumeration context that is then used in subsequent operations. Successive messages within the session transport the collection of elements being retrieved. No assumptions are made on the approach used by the service to organize the items that will be produced. What is expected is that under normal processing circumstances, the enumeration will produce all the underlying data before the end of the session.... In its simplest form, WS-Enumeration defines a single operation, Pull, which allows a data source, in the context of a specific enumeration, to produce a sequence of XML elements in the body of a SOAP message.... Three more request/response operations are defined in WS-Enumeration: Renew, GetStatus, and Release.... State information regarding the progress of the iteration can be maintained between requests by either the data source or the consuming service.... In addition to enumerating the data entities present in a Web service, it is convenient to be able to perform several basic operations on them. These operations are introduced in the WS-Transfer operation." I hope this helps, Marty Marty Humphrey Assistant Professor Department of Computer Science University of Virginia

1 0

OGSA Roadmap v1.0 submitted to GGF Editor
by Treadwell, Jem 24 Jun '05

24 Jun '05

Hi, The document is at http://tinyurl.com/7r5tg <http://tinyurl.com/7r5tg> and has also been uploaded to the GGF Editor project. I made a few final edits, accepted all changes, and also added Hiro as co-editor. Hiro was responsible for the structure and much of the early content, and will continue to work on it in the future. Thanks to everyone who contributed to this effort - see you in Chicago! - Jem ________________________________ Jem Treadwell Hewlett-Packard Company 6000 Irwin Road Mount Laurel, NJ 08054 Phone: 856-638-6021 Fax: 856-638-6190 E-mail: Jem.Treadwell(a)hp.com <mailto:Jem.Treadwell@hp.com>

1 0