[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsdm] [Omod] Oct 28 call agenda
1. Roll : Heather, FredC, William, Zulah, BrianM, Alexandro, MarkP, Andrea
2. Approve corrected minutes http://www.oasis-open.org/archives/wsdm/200310/msg00113.html
approved.
3. Review action items
ACTION: Fred to
provide text for the ISSUE 3. (aggregation
of manageability to the endpoint level is a responsibility of the provider of
manageability) [http://www.oasis-open.org/archives/wsdm/200310/msg00122.html]
Fred presented his proposal.
[brief discussion & clarifications not captured]
DECISION: use Fred's proposed text for the issue 3 and close the issue
ACTION: William to provide text on inferring manageability of a service from manageable endpoints (generally, no specifics of how)
William presented his proposal.
Group decisded to postpone discussions until everybody's got a chance to review the text.
ACTION: BrianC to align the versioning/revision/change detail UML diagram with the MOWS Concepts diagram and incorporate "versioned X is an X" elements.
posponed
4. Review
issues
ISSUE 5:
using http://lists.oasis-open.org/archives/wsdm/200310/msg00067.html UML approach
ACTION: BrianC to attempt to express
ManageableEndpointState UML information model linked directly to the web service
endpoint state diagrams designed by the W3C Arch MTF. See http://www.oasis-open.org/archives/wsdm/200310/msg00084.html
Igor's simplified proposal: http://lists.oasis-open.org/archives/wsdm/200310/msg00082.html and other possible choices http://lists.oasis-open.org/archives/wsdm/200310/msg00083.html
Igor presented the proposal.
Heather: how is the optionality represented?
Igor: by cardinality of an element [0..1] means optional [1] means mandatory
Heather: what do +/- mean?
Igor: writeable and read-only properties.
Heather: thought that +/- represented optionality.
Mark: wants UML 2.0 compliance of the diagram, and no problems otherwise
Fred: UML 2.0 says that readonly must be represented by a {constraint}
Igor: yes, but it clutters the digram a lot
Mark: agrees
Igor: read only can be represented by a stereotype <<ro>>, although that would make it look like an <<event>> and may raise some questions.
Mark: would the group agree to use this approach as long as it is UML 2.0 compliant?
No objections.
ACTION: Igor to research how to pretty-up the presented UML diagram to be UML 2.0 compliant with respect to readonly modifier and research how to hide +/- if they are not used in the diagram.
ISSUE
6: There is a need for another
diagram to display the "locus of implementation" concepts.
Essentially the diagram to depict relationships between
manageable endpoint in MOWS Concepts and manageability endpoint in
MUWS.
ACTION: Igor to
provide "locus of implementation" concepts diagram for MOWS.
See http://www.oasis-open.org/archives/wsdm/200310/msg00076.html
Igor: presented the diagram.
The diagram itself did not raise concerns, but...
Heather, Zulah: need some text to match the diagram, text in the e-mail won't do.
Fred: sent the proposed text to the WSDM list and quoted it to the group.
Igor: is it ok to move on agreeing to use the diagram and Fred's text to close the issue 6.
Group did not object, Mark wanted to read the text in the e-mail.
Issue stays open until e-mail discussion on the Fred's text confirms that it is ok to close it.
ISSUE 7: another diagram that shows relationships of MUWS and MOWS concepts (possibly aggregation/composition of manageability capabilities).
Igor: issue was raised after the drafting of the MOWS concepts diagram F2F in Cupertino. If we combine MUWS + MOWS concepts diagram and a proposed sample manageability capability diagram discussed for the issue 5, we get everything necessary. Not sure why anything else is necessary. Combined the diagrams express that MOWS manageability capability "is a" MUWS manageability capability and a manageable endpoint may aggregate many manageability capabilities of MOWS and MUWS kinds. That should be sufficient.
Igor: this issue could be retired (closed with no actions on it).
keep open until Zulah's input
ISSUE 8: performance vs metrics: can we stick to slide 17 or should the category be renamed to "Performance" instead of "Metrics" See e-mail thread.
ISSUE 9: need to start the document with concepts + models
Plan for next call: discuss the document and model proposals so that we can combine them
Note: other issues are retired until reoccurance. Decsions were made and action items taken on the retired issues.
-- Igor Sedukhin
..
(igor.sedukhin@ca.com)
-- (631) 342-4325 .. 1 CA Plaza,
Islandia, NY 11788
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]