Serialization
This page documents an Open MnM Hot Topic, i.e. a methodology issue requiring a resolution from Modeling and Methodology.
This page documents Lore, i.e. all the facts and traditions about a particular subject that have been accumulated over time, but that have not been documented in a ballot yet.
Serialization either points to the process of serializing a particular static model - starting with its Focal Class, or to the definition of the method of serializing a static model.
The serialization method determines the sort order of elements within a static artefact, whenever a serialized expression of the model is needed (e.g. for Table Views, or as a basis for ITSs)
- The sort order of RIM class attributes is defined in the RIM section of the v3 Edition. The order the attributes appear in the RIM is their official order. The section doesn't explicitely talk about order, it just says "This class has the following attributes".
- The sort order for the data types is defined in the Abstract Data types specification. The order the datatypes appear in the abstract datatypes section is their official order. The section doesn't explicitely talk about order, it just says "This datatype has the following properties".
- The sort order for the associations is defined in a document (namersdocumentation-1[1].0.1.zip, URL? ) that is available on the GForge site.
Notes
- The sort order does change on occasion in response to harmonization proposals. Schemas are bound to the sort order as it was for the normative edition declared in the "version" attribute for the schema.
- An ITS may use a different sort order "on the wire". any ITS should use the document order that datatype components are defined in in the abstract datatypes document as the order for the ITS , unless there is good reason for doing otherwise, in which case that reason must be given in the ITS specification. The same should apply to RIM attribute order. Note that there are examples where attribute order may need to be changed in the ITS, e.g. attachmentText is sent after the associations so that the rest of the instance can be processed before the attachments are reached.
- Realm aspects: The localization process does not give them the authority to create their own sort orders.
This page documents an INM Workitem, i.e. an issue within scope of the INM Committee that either is still being discussed, or the resolution of which has not yet been included in an INM ballot.
