[ogsa-bes-wg] Fwd: [wsdm] Question about SituationCategory in MUWS part 2

[David Snelling]

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 at ca.com>
> Date: 20 July 2005 19:33:39 BST
> To: "Murray, Bryan P." <bryan.murray at hp.com>, "Hiroyuki Masuda" 
> <masuda at soft.fujitsu.com>, <wsdm at lists.oasis-open.org>
> Cc: <takagi.ryuichi at 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 at hp.com]
> Sent: Wednesday, July 20, 2005 1:13 PM
> To: Hiroyuki Masuda; wsdm at lists.oasis-open.org
> Cc: takagi.ryuichi at 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 at soft.fujitsu.com]
> Sent: Tuesday, July 19, 2005 11:59 PM
> To: wsdm at lists.oasis-open.org
> Cc: takagi.ryuichi at 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 at 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)