[
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 Yvan,
Thanks for your proposition.
By the way, I didn't get it about the save or the URI changes. The UML model and its sub-units are in read only and it did no modifications. I just invoke my C generator (extends AbstractAcceleoGenerator) with the model and the target dir (String) in argument. So the model (and the resources) are not modified before nor after the generation.
However, if I open the UML editor with my model (whether it is papyrus or the simple UML editor), the stereotypes are not reloaded. I need to restart Eclipse to get back the stereotypes at screen in my UML editor.
Regards;
Johan
-----Original Message-----
From: m2t-dev-bounces@xxxxxxxxxxx [mailto:m2t-dev-bounces@xxxxxxxxxxx] On Behalf Of ylussaud
Sent: vendredi 12 décembre 2014 12:24
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,
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
_______________________________________________
m2t-dev mailing list
m2t-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/m2t-dev
------------------------------------------------------------------------------
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.
-------------------------------------------------------------------------------
