- From: Ugo Corda <UCorda@SeeBeyond.com>
- Date: Tue, 20 May 2003 09:47:43 -0700
- To: "Savas Parastatidis" <Savas.Parastatidis@newcastle.ac.uk>, <www-ws-arch@w3.org>
I noticed that OGSI gave a presentation during the recent WSD F2F, and a debate followed. See the minutes at http://lists.w3.org/Archives/Public/www-ws-desc/2003May/0051.html, section "OGSI ServiceData - Steve Graham" (also has a pointer to the OGSI presentation slides). Ugo > -----Original Message----- > From: Savas Parastatidis [mailto:Savas.Parastatidis@newcastle.ac.uk] > Sent: Tuesday, May 20, 2003 7:15 AM > To: Cutler, Roger (RogerCutler) > Cc: www-ws-arch@w3.org > Subject: RE: Web Service Description and stateful services > > > > Here's a (very) brief description... > > The Open Grid Services Architecture (OGSA) specifies the services that > an OGSA-compliant platform should support. The specifications of those > services are defined by various GGF working groups (work still in > progress). However, all the services MUST adhere to the Open Grid > Services Infrastructure (OGSI) specification. > > OGSI defines the notion of a Grid Service Instance, which is > a stateful > web service with lifetime related characteristics. A factory > pattern is > employed to create service instances. > > There is a Grid Service Description document which defines > the interface > of Grid Service Instances and it is written in WSDL, with two > non-conformant extensions: > > 1. portType inheritance ("portType" has been renamed to "interface" in > WSDL 1.2 and the "extends" attribute has been included). This is not a > problem when we move to WSDL 1.2. > > 2. Service Data Elements (SDE) > > SDEs are used to declare JavaBeans-like properties to services or > C++/Java like class/instance data members. > > The "serviceData" element can appear in a portType and defines the > structure of exposed state. It has most of the attributes of > xsd:element > with some additions. The way that "serviceData" is included > in the WSDL > does not conform to WSDL 1.1 or 1.2. Furthermore, the way the > "serviceData" element has been defined does not conform to the > XML-Schema. I have already submitted a proposal that, if > accepted, will > at least solve the non-conformance issues. > > Effectively it is a way to declare properties for services. The spec > does not associate these properties with messages. Instead, specific > operations are made available from the GridService portType (the one > that all Grid Service Instances must inherit) that allow > get/set access > to the SDEs by using their names as arguments. > > Although SDEs can be declared as part of a portType, the spec > allows the > introduction of new SDEs at runtime. "Introspection" operations are > defined in the GridService portType. Also, consumers can subscribe to > SDEs to receive notifications. > > The OGSI working group would like to see SDEs as part of WSDL. > > I hope the above give a flavour. > > > I believe that the entire OGSI architecture is too object-oriented for > my liking. I have many issues with the approach, as I suggested in a > previous message, that I will bring to the OGSI working group. This > mailing list is not the place. > > Regards, > -- > Dr. Savas Parastatidis > Chief Software Architect, North-East Regional e-Science Centre > School of Computing Science, University of Newcastle upon Tyne, UK > http://savas.parastatidis.name > > > -----Original Message----- > > From: Cutler, Roger (RogerCutler) > [mailto:RogerCutler@chevrontexaco.com] > > Sent: Tuesday, May 20, 2003 2:51 PM > > To: David Orchard; Christopher B Ferris; Savas Parastatidis > > Cc: www-ws-arch@w3.org > > > > > > I'd still like to hear specifically what these people are doing and, > if > > possible, what motivated them to put it in this place. > > > >
Received on Tuesday, 20 May 2003 12:47:51 UTC