[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[news.eclipse.tools.uml2] Re: Stereotypes loosing their base classes?

Yes, the profile would need to be reapplied (which will automatically 
migrate stereotype applications to the new definition), but the old 
definition can still be used as long as the profile hasn't changed in an 
incompatible way. From the screenshot, it looks as though the Ecore 
representation of the profile can't be found (and so it is demand-created), 
which would suggest that it has been removed from the profile...

Kenn

"James Bruck" <jbruck@xxxxxxxxxx> wrote in message 
news:eggcu7$c14$1@xxxxxxxxxxxxxxxxxxxx
> If the profile has been changed in a significant way, I believe you would
> have to redefine your profile ( ie create a new EPackage representation )
> and then reapply your profile to your model, then re-open.  From my
> understanding, when you apply your profile, you are really referring to 
> the
> EPackage representation created in the profile as a result of defining it.
> If you then start changing your profile, stereotypes etc, your EPackage
> could get out of sync.  ( it would depend on the kinds of changes you
> make ).  Kenn is the expert on profiles but that is my understanding.
>
> Did you try to redefine then reapply?
>
> - James.
>
> "Kenn Hussey" <khussey@xxxxxxxxxx> wrote in message
> news:eggbk7$3lq$1@xxxxxxxxxxxxxxxxxxxx
>> Ricardo,
>>
>> Did you do anything to your profiles (in addition to adding new
> stereotypes)
>> other than redefine them (e.g. removing any annotations or stereotypes)?
> If
>> you can post your models (or a representative sample), we'll try to find
> out
>> what is going wrong...
>>
>> Kenn
>>
>> "Ricardo Giacomin" <giacomin@xxxxxxxxxxxxx> wrote in message
>> news:egecge$q6k$1@xxxxxxxxxxxxxxxxxxxx
>> > Hi,
>> >
>> > Please refer to the image in attachment.
>> >
>> > There are 2 profiles (mad and mad.ui) applied to the gpao.uml model. I
>> > applied the stereotypes in these profiles to the classes in the model.
> For
>> > instance, the 3 selected classes had the <<Page>> stereotype. Everthing
>> > worked fine in the first time I created and saved the model. After
> closing
>> > the document, I changed the profiles to include more stereotypes and
>> > redefined the profiles. Since then, when I open the document the
>> > stereotypes seem to not refer to the classes anymore (the attached
> picture
>> > depicts the problem).
>> >
>> > The symptom seems to be the same as reported by Laco (see thread "model
>> > with stereotypes applied not saved correctly", on 10/3): all applied
>> > stereotypes are displayed as children of root element and not the
> classes
>> > which they were applied to (however, i'm not working programmatically
>> > neither have defined the prototype twice).
>> >
>> > Any help would be appreciated.
>> >
>> > Regards,
>> > -- 
>> > Ricardo Giacomin
>> >
>> >
>> >
>>
>>
>
>