Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [mdt-uml2.dev] UML 2.5 progress

Thanks for all the legwork, Ed. This will be instrumental as we look to adopt UML 2.5 at Eclipse, hopefully in the Luna release timeframe.

Unfortunately, I don't think the disproportionately small number of UML2 users in our situation (i.e., those working on future versions of the specification) justifies investing in a new mechanism for mapping OMG URIs from the future to UML2 URIs from the present. :(

Have you tried registering URI mappings in the URI converter map?

Cheers,

Kenn

Sent from my iPhone

> On Sep 24, 2013, at 12:23 PM, Ed Willink <ed@xxxxxxxxxxxxx> wrote:
> 
> Hi
> 
> I have reviewed the latest UML 2.5 XMI and successfully used UML and OCL validation so that a few difficulties, but unfortunately not all, are being resolved 'editorially' before the final XMI for UML 2.5.
> 
> It looks like the final UML XMI will have two known bugs, the first of which UML validation detects:
> 
>    ExtensionEnd::/lower has a bad cardinality override; fix is to change multiplicity to [1..1]
>    Lifeline::interaction_uses_share_lifeline has an OCL semantic error; fix is to perhaps change "select" to "exists"
> 
> Similarly the UMLDI XMI will have two known bugs, the first of which UML validation detects:
> 
>    There is diamond inheritance for which the two inheritance paths provide 11 conflicts; fix re-redefine at the diamond join.
>    UMLAssociationOrConnectorOrLinkShape::edge_instancespec has an OCL semantic error; fix is perhaps to change "e.modelElement" to "e".
> 
> The ability to validate the UML 2.5 with Eclipse UML '2.4.1' is very encouraging. It is however really tedious to have to change all the namespaces by XMI text edit. Is there no way we can support a user-defined mapping from e.g. http://www.omg.org/spec/UML/20131001/PrimitiveTypes to PrimitiveTypes.uml? With the UML metamodel and serialization increasingly stable, use of Eclipse tooling for UML version N to support N+1 may become increasingly practical and useful.
> 
>    Regards
> 
>        Ed
> 
> 
> _______________________________________________
> mdt-uml2.dev mailing list
> mdt-uml2.dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/mdt-uml2.dev


Back to the top