RE: [wsdm] Groups - state-update-proposal.nov16.doc uploaded

["Sedukhin, Igor S" <Igor.Sedukhin@ca.com>]

great!

 

-- Igor Sedukhin .. (igor.sedukhin@ca.com)
-- (631) 342-4325 .. 1 CA Plaza, Islandia, NY 11749 

 

---

From: Nick Butler [mailto:nickb@uk.ibm.com]
Sent: Wednesday, November 17, 2004 6:24 PM
To: Sedukhin, Igor S
Cc: wsdm@lists.oasis-open.org
Subject: RE: [wsdm] Groups - state-update-proposal.nov16.doc uploaded

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.
>