Fwd: [wsdm] Question about SituationCategory in MUWS part 2

Folks, With respect to the Status state issue, you might find this interesting. The fact that CIM has not tried for extensibility, but WSDM have, as you have. Think carefully and do it right. Andreas' suggestion only allows for one level. You may be better off planing for proper nested extensibility. Begin forwarded message:
From: "Wilson, Kirk D" <Kirk.Wilson@ca.com> Date: 20 July 2005 19:33:39 BST To: "Murray, Bryan P." <bryan.murray@hp.com>, "Hiroyuki Masuda" <masuda@soft.fujitsu.com>, <wsdm@lists.oasis-open.org> Cc: <takagi.ryuichi@jp.fujitsu.com> Subject: RE: [wsdm] Question about SituationCategory in MUWS part 2
Bryan, Hiroyuki, all,
IMHO, the spec doesn't explain how to construct these taxonomies very well (and perhaps the spec shouldn't), but I think it would be helpful to have a discussion in the Primer that goes into more detail. After struggling to figure out how this is done during some of my own writing of the Primer, here's what I believe is the appropriate way of defining each of the SituationCategories (I don't believe there are any child relationship between these categories, which makes their definitions a bit easier--they would follow the same pattern):
<xs:element name="SituationCategoryDef" type="muws-p2:SituationCategoryType"/>
<xs:element name="XXXSituation"> <xs:complexType> <xs:complexContent> <xs:restriction base="SituationCategoryDef " /> </xs:complexContent> </xs:complexType> </xs:element>
NOTE that SituationCategory is already defined in MUWS-P2 as a child element of SituationType; thus, I believe I need a different name for the GED for defining the Situation Categories.
Recognizing hierarchical relationships between the elements your are defining becomes a little tricker.
Compare the definition of OperationStates in MOWS.)
Kirk Wilson Architect, Development Office of the CTO 802 765-4337
-----Original Message----- From: Murray, Bryan P. [mailto:bryan.murray@hp.com] Sent: Wednesday, July 20, 2005 1:13 PM To: Hiroyuki Masuda; wsdm@lists.oasis-open.org Cc: takagi.ryuichi@jp.fujitsu.com Subject: RE: [wsdm] Question about SituationCategory in MUWS part 2
You are correct - the MUWS part2 schema should have definitions for these elements. This was an oversight when the schema was written this last spring. When we create a new version of MUWS after WS-ResourceProperties, WS-BaseNotification are OASIS standards, we need to add definitions for these global elements. If I remember right, the definition will be similar to the following:
<xs:element name="OtherSituation" type="muws-p2-xs:CategoryType"/>
This allows the situations to have sub-categories if necessary or desired.
Bryan
-----Original Message----- From: Hiroyuki Masuda [mailto:masuda@soft.fujitsu.com] Sent: Tuesday, July 19, 2005 11:59 PM To: wsdm@lists.oasis-open.org Cc: takagi.ryuichi@jp.fujitsu.com Subject: [wsdm] Question about SituationCategory in MUWS part 2
Hi WSDM-TC members,
My name is Hiroyuki Masuda. I'm "observer" member of WSDM-TC. I have one question about SituationCategory in MUWS part 2.
The following SituationCategory value is introduced at "2.5.1 Event Format" in MUWS part 2.
------------------------------------------- AvailabilitySituation CapabilitySituation ConfigureSituation StopSituation StartSituation RequestSituation DestroySituation CreateSituation DependencySituation ConnectSituation ReportSituation OtherSituation -------------------------------------------
I can not find any definition for the above value in "Appendix C. Schemas" of MUWS part 2.
I think the definition for the above value should exist in schema. Am I wrong ?
Regards,
-- Hiroyuki Masuda E-Mail:masuda@soft.fujitsu.com
--------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
--------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
--------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
-- 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)
participants (1)
-
David Snelling