Limitations of XMI

Whilst XMI is a valuable means of specifying a UML model in a common format, it is relatively limited in the amount of additional information it can tolerate using the standard syntax.

Topics

Topic

Detail

See also

Notes on Enterprise Architect

A lot of information from an Enterprise Architect model must be converted to Tagged Values, which import into other modeling systems as additional information or are ignored completely.

Enterprise Architect can both generate and read:

XMI 1.0 and 1.1 using UML 1.3 format
XMI 1.2 using UML 1.4 format, and
XMI 2.1 using UML 2.x format

 

Round-tripping model elements using XMI in Enterprise Architect is possible using XMI 1.1 or XMI 2.1; XMI 1.1 uses the additional Tagged Values to store the UML 2.x information - this ensures model completeness when round-tripping UML 2.x model elements using XMI 1.1.

Please note that Enterprise Architect exclusively uses XMI 1.1 for round-tripping models using Version Control.

 

 

Notes for Exporting to Rose and Other Tools

There are discrepancies in the Unisys/Rose implementation with regard to spelling mistakes and slightly different syntax to the official XMI 1.1 specification, so problems might occur.

The way packages are arranged in different models can impact successful import into other systems; experimentation is the only work around for this problem.

Some parts of the XMI import/export process do not work as expected in products like Rational Rose; for example, Note Links are not supported, and State Operations import but do not appear in diagrams.

Rational Rose only supports import of a full project, not a single package.

For best results, it is recommended that you keep the model elements to export to Rose simple and conforming as closely as possible to the UML 1.3 specification.