wsdm message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: RE: [wsdm] Groups - state-update-proposal.nov16.doc uploaded
- From: Nick Butler <nickb@uk.ibm.com>
- To: "Sedukhin, Igor S" <Igor.Sedukhin@ca.com>
- Date: Wed, 17 Nov 2004 23:24:28 +0000
Igor,
Apologies for the delay in replying
- I have been on a plane all day!
1. I propose to change the heading to
"Representation of state and state
transition information", which
i think addresses both of your points.
2. I will change SHOULD to MAY.
3. It seems to make sense to me to make
TransitionIdentifier an attribute and I will do so.
4. This was an oversight when StateChangeNotification
to StateTransition. I will correct that section to properly reflect
the latest structure of the StateTranstion element.
I will post an update with these changes
later today.
Nick Butler
Autonomic Computing
IBM Hursley x248081, +44 (0) 1962 818081
"Sedukhin, Igor S" <Igor.Sedukhin@ca.com>
wrote on 16/11/2004 19:04:03:
> 1. Instead of "Representation of current state" it should
be
> "Representation of state information" because a. it is not
just the
> current state which is representad that way b. there is also transition
> representation in there. May be there should be section titled
> "Representation of state transition information" as well.
>
> 2. On the properties section. I'm scared of SHOULD. I'd like to have
MAY
> there. I do not want the MOWS RequestProcessingState capability to
be an
> exception. In fact, it will not be an exception.
>
> 3. Would it not be more reasonable to have TransitionIdentifier being
an
> attribute of the StateTransition e.g. <StateTransition
> Identifier="xs:anyURI">...
>
> 4. What is StateChangeNotification in section 1.1.3.2? It is not defined
> anywhere... What is StateChangeNotification/Transition??
>
>
> -- Igor Sedukhin .. (igor.sedukhin@ca.com)
> -- (631) 342-4325 .. 1 CA Plaza, Islandia, NY 11749
>
>
> -----Original Message-----
> From: nickb@uk.ibm.com [mailto:nickb@uk.ibm.com]
> Sent: Tuesday, November 16, 2004 7:14 AM
> To: wsdm@lists.oasis-open.org
> Subject: [wsdm] Groups - state-update-proposal.nov16.doc uploaded
>
> The document state-update-proposal.nov16.doc has been submitted by
Nick
> Butler (nickb@uk.ibm.com) to the OASIS Web Services Distributed
> Management (WSDM) TC document repository.
>
> Document Description:
> Action items 143 and 145: I have softened the wording about properties
> to say that a capability exposing a state model should define a current
> state property, rather than must, as agreed yesterday.
>
> I have also attempted to clarify that the example properties for an
> operational state capability that are shown are just that - examples.
>
> Download Document:
> http://www.oasis-open.org/apps/org/workgroup/wsdm/download.php/10121/sta
> te-update-proposal.nov16.doc
>
> View Document Details:
> http://www.oasis-open.org/apps/org/workgroup/wsdm/document.php?document_
> id=10121
>
>
> PLEASE NOTE: If the above links do not work for you, your email
> application may be breaking the link into two pieces. You may
be able
> to copy and paste the entire link address into the address field of
your
> web browser.
>
>
>
> To unsubscribe from this mailing list (and be removed from the roster
of
> the OASIS TC), go to
> http://www.oasis-open.org/apps/org/workgroup/wsdm/members/leave_workgrou
> p.php.
>
>
>
> To unsubscribe from this mailing list (and be removed from the
> roster of the OASIS TC), go to http://www.oasis-open.
> org/apps/org/workgroup/wsdm/members/leave_workgroup.php.
>
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]