[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[news.eclipse.modeling.mdt.uml2.ocl] Re: Using OCL to specify derived References (NOT attributes)

Jürgen,

If you have the UML2 SDK installed, you can convert an Ecore model to UML 
via the 'Sample Ecore Editor > Convert to UML Model...' menu item in the 
Ecore editor. You should be able to export a UML2 resource (.uml2 file) from 
EclipseUML, though.

A property can be marked as derived by setting it's 'isDerived' attribute to 
'true' (via the Properties view, for example). If you want to indicate that 
it is a derived subset, additionally add the superset property to it's 
'subsettedProperty' reference.

Kenn

"JG" <jguni@xxxxxx> wrote in message news:el0e4c$n3n$1@xxxxxxxxxxxxxxxxxxxx
> Kenn,
>
> Kenn Hussey wrote:
>>
>> The derived list implementations are in org.eclipse.uml2.common (which 
>> only
>> has dependencies on basic EMF plug-ins), so you could implement your 
>> methods
>> by hand to use them. If you want partial generator support for subsets 
>> like
>> this, you would need to use a UML model as the source for your EMF 
>> project
>> (it is possibe to convert an Ecore model to a UML model).
>
> I don't like the idea to manually implement such a thing.
> Can you give a pointer or two on documentation on how to convert from
> Ecore to UML (or directly from Rose to UML). I have access to Omondo
> EclipseUML (Studio edition) if this helps. I have been looking around
> but cannot seem to find documentation regarding that topic.
> I am especially interested in ways how to specify in a UML2 model that a
> relationship is derived.
>
>> The code snippet I showed was only partially generated by the UML2 code
>> generator. That is, the subset information (the constant) was generated, 
>> but
>> the body was not. This is because, without better integration between the
>> UML2 code generator and OCL, it's difficult to tell the generator what 
>> code
>> it should generate for derived features... mind you, deriving values by 
>> type
>> is, as I mentioned, a common occurrence in UML, so we hope to provide
>> automated for that at some point (perhaps in response to
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=105199).
>
> Okay, so even if I did convert to a UML2 model, I still would have to
> manually modify the accessors for the derived features. So maybe I will
> built them by hand after all. But first I will figure out how to
> properly use the derived ELists.
>
>
> Regards
>
> Jürgen