Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [m2t-dev] [Acceleo] Generation of code and creation of sub-unit of model remove stereotypes in the sub-unit of model

Hi,

  There are two way to solve the problem:
1) prevent the save
2) prevent the uri change when referencing stereotypes

1) you might want to know where the save happen by setting a break point
in Resource.save() according to the implementation of Resource you use.
Then you might be able to bypass the save.

2) You should compare uri to stereotypes in the working and not working
serialized for of your model. Then set a breakpoint on Resource.load()
with the wrong uri of the stereotype resource. Then you might be able to
bypass the load with the wrong uri.

If Acceleo is responsible of saving any resource it might be a bug from
Acceleo.

regards,
Yvan.

Le 12.12.2014 11:53, Johan Hardy a écrit :
Thanks Ed for your reply.

For your information, the Acceleo generator is real plugin which is
installed in my run time (via an internal update site). So, I mean
that I don't use any launchers, I have the Acceleo ui plugin (right
click -> generate).

Indeed, I tested the EMF util resolveAll method without improvements.

Do you know how I can debug a problem like this ?

Best regards;

Johan

FROM: m2t-dev-bounces@xxxxxxxxxxx [mailto:m2t-dev-bounces@xxxxxxxxxxx]
ON BEHALF OF Ed Willink
 SENT: jeudi 11 décembre 2014 18:26
 TO: m2t-dev@xxxxxxxxxxx
 SUBJECT: Re: [m2t-dev] [Acceleo] Generation of code and creation of
sub-unit of model remove stereotypes in the sub-unit of model

Hi

 Definitely seems like a bug, but in order to be a bug it would seem
that you have to use the plugin launch that is so broken you should
have failed much sooner.

 You must use the advanced launch.

 The issue in Papyrus is probably because Acceleo does a full
ResourceSet save and Acceleo thinks the UML has changed causing
papyrus to think it has changed.

 UML2 resolves stereotypes and profiles lazily which can have a
variety of bad interactions with other tools that think that the late
model loads are edits. Make sure you resolveAll proxies immediately
you load.

 Regards

 Ed Willink

On 11/12/2014 16:29, Johan Hardy wrote:

Dear all,

Thanks to Camille I could resolve partially my problem with uml
profiles and proxies but I still have issues regarding Acceleo.

I added the uml2 extension that references the profiles according to
the pathmap:

The last remaining problem happens when I generate code by using
Acceleo (the code is correctly generated) and the uml model
(decomposed in several sub-units). The stereotypes of the sub-units
don't appear anymore in the UML editor. In order to recover them, I
need to restart Eclipse.

In addition, my Acceleo generator causes the following issue in
Papyrus (DHS.uml is a sub-unit of SPB_OBSW.uml):

Does Acceleo break anything around UML package registry ?

Best regards,

Johan

FROM: Johan Hardy
SENT: vendredi 3 octobre 2014 16:19
TO: 'm2t-dev@xxxxxxxxxxx [2]'
CC: Dominique Torette; gabriel.pascual@xxxxxxxxxxx [3]
SUBJECT: [Acceleo] Generation of code and creation of sub-unit of
model remove stereotypes in the sub-unit of model

Dear all,

I decided to send a mail to m2t dev-list because I experienced a
strange behavior between Papyrus 1.0.1 or the simple UML Editor &
Acceleo 5.4.0. The issue was originally reported to Papyrus MDT
project but it seems to be linked to Acceleo or UML:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=445473 [4]

The description of the problem is in the title. I have a big model
(where a profile is applied) with a lot of packages which contains
classes where lots of stereotypes are applied. FYI, the applied
profile is enclosed in a plugin with EMF & papyrus extensions.

When I create a sub-unit for a package (for example team
collaboration), all the stereotypes applied on the people below are
still applied and I can continue to model my software J .. No
problem. Then, when I decide to generate my code by using my own UML
to C generator, there is no problem too.

However … when I close the model after the generation and I reopen
the model again, the applied stereotypes have disappeared in the
sub-unit … L. To sum-up:

-Own Acceleo generator UML to C enclosed in a plugin

-Own profile enclosed in a plugin

1. Open uml model (whatever it is papyrus or the simple UML Editor
it is the same issue)

2. Creation of model sub-units

3. UML Modeling

4. Generation of the code by using Acceleo -> code is fine

5. Close the uml model

6. Reopen the uml model again

7. The stereotypes applied on the sub-unit elements disappeared

Does anyone already experience that behavior ? Do you know what I
miss ?

In advance thanks for any proposition !

Best regards;

JOHAN HARDY
Software Engineer
Rue des Chasseurs Ardennais - Liège Science Park - B-4031 Angleur
Tel: +32 (0) 4 361 81 31 - Fax: +32 (0) 4 361 81 20
www.spacebel.be [5]



------------------------------------------------------------------------------

E-MAIL DISCLAIMER

The present message may contain confidential and/or legally
privileged information. If you are not the intended addressee and in
case of a transmission error, please notify the sender immediately
and destroy this E-mail. Disclosure, reproduction or distribution of
this document and its possible attachments is strictly forbidden.

SPACEBEL denies all liability for incomplete, improper, inaccurate,
intercepted, (partly) destroyed, lost and/or belated transmission of
the current information given that unencrypted electronic
transmission cannot currently be guaranteed to be secure or error
free.
Upon request or in conformity with formal, contractual agreements,
an originally signed hard copy will be sent to you to confirm the
information contained in this E-mail.

SPACEBEL denies all liability where E-mail is used for private use.

SPACEBEL cannot be held responsible for possible viruses that might
corrupt this message and/or your computer system.


-------------------------------------------------------------------------------

_______________________________________________

m2t-dev mailing list

m2t-dev@xxxxxxxxxxx [6]

To change your delivery options, retrieve your password, or
unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/m2t-dev [7]

No virus found in this message.
Checked by AVG - www.avg.com [8]
Version: 2015.0.5577 / Virus Database: 4235/8714 - Release Date:
12/11/14



------------------------------------------------------------------------------

 E-MAIL DISCLAIMER

 The present message may contain confidential and/or legally
privileged information. If you are not the intended addressee and in
case of a transmission error, please notify the sender immediately and
destroy this E-mail. Disclosure, reproduction or distribution of this
document and its possible attachments is strictly forbidden.

 SPACEBEL denies all liability for incomplete, improper, inaccurate,
intercepted, (partly) destroyed, lost and/or belated transmission of
the current information given that unencrypted electronic transmission
cannot currently be guaranteed to be secure or error free.
Upon request or in conformity with formal, contractual agreements, an
originally signed hard copy will be sent to you to confirm the
information contained in this E-mail.

 SPACEBEL denies all liability where E-mail is used for private use.

 SPACEBEL cannot be held responsible for possible viruses that might
corrupt this message and/or your computer system.


-------------------------------------------------------------------------------


Links:
------
[1] http://www.spacebel.com/profiles/functional_C
[2] mailto:m2t-dev@xxxxxxxxxxx
[3] mailto:gabriel.pascual@xxxxxxxxxxx
[4] https://bugs.eclipse.org/bugs/show_bug.cgi?id=445473
[5] http://www.spacebel.be/
[6] mailto:m2t-dev@xxxxxxxxxxx
[7] https://dev.eclipse.org/mailman/listinfo/m2t-dev
[8] http://www.avg.com



Back to the top