[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [regrep-cc-review] Association Core Components - Represent with Associations
Have given up trying to include context from the thread for this reply and will paraphrase instead.... One issue with the representation of ACC as an Association that I have heard is that an Association is a RegistryObject and RegistryObjects do not have version attributes. Version attributes are desired for ACC. Therefor the argument goes that we should not use Association for representing ACC. Maybe we should not limit our modeling choices by the limitation of current RIM. Nikola and I have long felt that version should have been a RegistryObject attribute (actually to take it a step further I have never felt comfortable with having RegistryEntry in the first place for this very reason). One possibility is tha we could consider making the proposal that in 2.6 we modify RIM w.r.t version related info so that Version is optionaly included as part of a RegistryObject and RegistryEntry is eliminated. The only issues I see with this is: -It makes a big RIM change late in V3 cycle -Version work would have to think through implications ofr supporting full version control in V4 The proposed schema changes could look something like: 1. Removes RegistryEntryType (not shown in schema fragments) 2. Replace RegistryEntryType with RegistryObjectType (not shown in schema fragments) 3. Add VersionType as follows: * <complexType name = "VersionType"> <annotation> <documentation xml:lang = "en"> Defines a version for a RegistryObject. </documentation> </annotation> <sequence minOccurs = "0" maxOccurs = "unbounded"> <element ref = "tns:Slot"/> </sequence> <attribute name = "expiration" use = "optional" type = "dateTime"/> <attribute name = "majorVersion" default = "1" type = "integer"/> <attribute name = "minorVersion" default = "0" type = "integer"/> <attribute name = "stability" use = "optional"> <simpleType> <restriction base = "NCName"> <enumeration value = "Dynamic"/> <enumeration value = "DynamicCompatible"/> <enumeration value = "Static"/> </restriction> </simpleType> </attribute> <attribute name = "userVersion" use = "optional" type = "tns:ShortName"/> </complexType> <element name = "Version" type = "tns:VersionType"/> * 4. Update RegistryObjectType as follows: <complexType name = "RegistryObjectType"> <annotation> <documentation xml:lang = "en"> id may be empty. If specified it may be in urn:uuid format or be in some arbitrary format. If id is empty registry must generate globally unique id. If id is provided and in proper UUID syntax (starts with urn:uuid:) registry will honour it. If id is provided and is not in proper UUID syntax then it is used for linkage within document and is ignored by the registry. In this case the registry generates a UUID for id attribute. id must not be null when object is being retrieved from the registry. </documentation> </annotation> <sequence minOccurs = "0" maxOccurs = "1"> <element ref = "tns:Name" minOccurs = "0" maxOccurs = "1"/> <element ref = "tns:Description" minOccurs = "0" maxOccurs = "1"/> <element ref = "tns:Slot" minOccurs = "0" maxOccurs = "unbounded"/> <element ref = "tns:Classification" minOccurs = "0" maxOccurs = "unbounded"/> <element ref = "tns:ExternalIdentifier" minOccurs = "0" maxOccurs = "unbounded"/> *<element ref = "tns:Version" minOccurs = "0" maxOccurs = "1"/>* </sequence> <attribute name = "id" type = "anyURI"/> <!--home attribute is required only for replicas of remote Objects--> <attribute name = "home" type = "anyURI" use="optional"/> <attribute name = "objectType" use = "optional" type = "anyURI"/> <attribute name = "status"> <simpleType> <restriction base = "NCName"> <enumeration value = "Submitted"/> <enumeration value = "Approved"/> <enumeration value = "Deprecated"/> <enumeration value = "Withdrawn"/> </restriction> </simpleType> </attribute> </complexType> <element name = "RegistryObject" type = "tns:RegistryObjectType"/> -- Farrukh
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]