Re: [m2t-dev] [Acceleo] Generation of code and creation of sub-unit of m

[Yvan LUSSAUD <yvan.lussaud@xxxxxxx>]

OK I thought the Resource was modified...

Le vendredi 12 décembre 2014 à 11:58 +0000, Johan Hardy a écrit :
> 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.
>  -------------------------------------------------------------------------------
> _______________________________________________
> 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