[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Newsgroup Home]
[news.eclipse.modeling.mdt.uml2] Re: Reading UML Profile Elements in Java (Me too, help please!)

.. just wanted to mention that there is an effort going on at the OMG 
concerning the import/export of XMI between various vendors and MagicDraw is 
one participant.  The goal would be to iron out some of the interpretation 
issues that Kenn makes reference to.
http://www.omgwiki.org/model-interchange/doku.php?id=start

"Kenn Hussey" <Kenn.Hussey@xxxxxxxxx> wrote in message 
news:h2aqvo$mt1$1@xxxxxxxxxxxxxxxxxxxx
> Dawid,
>
> I'm glad to hear that it's working better for you now (but I'll take a 
> pass on the kiss)!
>
> 1. Yes, this is expected; basically, everything in the resource that was 
> encapsulated within XMI extension elements will be instantiated as AnyType 
> elements and captured in the extension map for the resource. If you aren't 
> interested in preserving these elements, you can simply discard them.
>
> 2. The 'String' primitive type is actually supposed to be part of the 
> standard metamodel rather than a profile, but this is an example of the 
> differences you'll see between the way tools interpret the UML 
> specification. Interchange of profiles and stereotype applications is 
> generally a challenge as a result, so unfortunately you will likely run 
> into problems unless the model you are trying to open/import is in 
> "native" Eclipse UML2 format... For information on how to work with 
> profiles in UML2, please see the "Introduction to UML2 Profiles" article 
> on the Wiki.
>
> Kenn
>
>
> Dawid Loubser wrote:
>> Kenn,
>>
>> If you were neither thousands of kilometers away, nor a man, I would KISS 
>> you. By registering the UMLPackage for the URI of UML 2.1.2, my model is 
>> indeed loading, standard output of MagicDraw UML (16.x) in a stand-alone 
>> app outside of eclipse. I can see my classes, packages, etc.
>>
>> Now to take the process further, there are two issues I need some 
>> clarification on:
>>
>> 1. There are still a large number of AnyType instances in-between the 
>> useful UML-related instances, is this normal? I suspect these are for
>> e.g. all the non-standard MagicDraw-specific elements present in the 
>> model, e.g. diagram stuff, extensions, saved UI preferences, and so on.
>> In general, we don't want to care about any non-UML-standard elements, so 
>> we are happy to ignore this.
>>
>> 2. In my sample UML model, I have class Person with attribute 'name' of
>>    type 'string' from the UML standard profile. When I inspect (in code)
>>    the class Person, I get the following:
>>
>> Class: Person
>>  - has a name of type 
>> org.eclipse.uml2.uml.internal.impl.PrimitiveTypeImpl@618821 (eProxyURI: 
>> http://schema.omg.org/spec/UML/2.2/uml.xml#String)
>>
>> Obviously, the UML Standard profile (even though the file is present, 
>> next to the model file) is not loading (or loading properly). Could you 
>> point me to the best guide to load a model such as this properly with the 
>> UML standard profile, in order for me to e.g. access the name of the
>> Person as type String?
>>
>> Unless I misunderstand, and that this is the way this works, i.e. the 
>> UML2 project does not offer Java classes representing the UML standard 
>> profile?
>>
>> I basically just want to understand how the EMF UML2 project "deals" with 
>> profiles, furthermore because I need to load other (non-standard)
>> profiles in the future.
>>
>> kind (and very relieved) regards,
>> Dawid
>>
>>
>> Kenn Hussey het geskryf:
>>> Dawid,
>>>
>>> There is no default registration mapping the '2.1.2' version of the 
>>> "official" metamodel (there in fact was no such version) to the Eclipse 
>>> UML metamodel. You have two choices here - change the URI in the 
>>> document to use '2.1.1' or '2.2' as the version instead or register the 
>>> UML package against this URI.
>>>
>>> The editor is opening the document, but I suspect many of the elements 
>>> are still being instantiated as generic AnyType elements...
>>>
>>> Kenn
>>>