Thanks for the update Stephane. Let us know you else you find out, this bug is definitely a pain.
-----Original Message----- From: Fouelefak Stéphane [mailto:[EMAIL PROTECTED] Sent: Friday, March 11, 2005 1:08 AM To: 'Chad Brandon'; andromda-user@lists.sourceforge.net Subject: RE : [Andromda-user] Problem handling stereotypes defined into a shared package Hello Chad, I won't probabily have any news before 3 weeks (out of work)... But as soon I find something, I'll let you know. Just for information, there is a sort of workaround for people who have the Same problem, I mean generating from a MagicDraw project that references An external module. Though it does not always ork, everything always works well if the module is imported before the packages that use them are created; which means that, for an existing Project that requires a module, one should do the following : create a new empty, import the module, and finally, import the existing project. That's not really satisfying since the way xmi is saved could change. The other way Is just to modify the xmi by hand ( Ugly , I admit but...) Stephane. -----Message d'origine----- De : Chad Brandon [mailto:[EMAIL PROTECTED] Envoyé : mercredi 9 mars 2005 18:39 À : Fouelefak Stéphane; andromda-user@lists.sourceforge.net Objet : RE: [Andromda-user] Problem handling stereotypes defined into a shared package No problem...let us know what you find out. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fouelefak Stéphane Sent: Wednesday, March 09, 2005 10:27 AM To: 'Chad Brandon'; andromda-user@lists.sourceforge.net Subject: RE : [Andromda-user] Problem handling stereotypes defined into a shared package Hi Chad, Thanks for your answer. Amazing, how fast you're I continue the investigations towards mdr. Stephane -----Message d'origine----- De : Chad Brandon [mailto:[EMAIL PROTECTED] Envoyé : mercredi 9 mars 2005 18:16 À : Fouelefak Stéphane; andromda-user@lists.sourceforge.net Objet : RE: [Andromda-user] Problem handling stereotypes defined into a shared package Hi Stephane, I think a few people have run into this issue. However since we use MDR to parse and LOAD the underlying meta model (http://mdr.netbeans.org). I think you'd probably get a better (more knowledgeable) response from the MDR user list: [EMAIL PROTECTED] Chad ________________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fouelefak Stéphane Sent: Wednesday, March 09, 2005 10:07 AM To: 'andromda-user@lists.sourceforge.net' Subject: [Andromda-user] Problem handling stereotypes defined into a shared package Hello, I use MagicDraw 9.0 and AndroMda 3M3 with my own cartridge. I created a Profile that contains tags and stereotypes. I then use my profile into another MagicDraw project, lts call it the main project. In the main project I use a stereotype of the profile, let's say the stereotype name is "business", and tell AndroMDa ( through andromda-cartridge) to put all the objects with that stereotype into a velocity context. The following strange thing occur : when my profile is saved before the main project packages into the xmi, everything works well. If it's saved after, the stereotype "business" has no effect. It therefore seems that there is a problem in the way the node <UML:Namespace.ownedElement> is handled. This work well : I mean that andromda can put the objects with the used stereotype into the velocity context <UML:Namespace.ownedElement> <UML:Package href='MyProfile'> <XMI.extension xmi.extender='MagicDraw UML 9.0' xmi.extenderID='MagicDraw UML 9.0'> <referentPath xmi.value='::LPlatform Profile'/> </XMI.extension> </UML:Package> <UML:Package xmi.id='_9_0_19760454_1110383800684_581850_86' name='My main package'> <UML:ModelElement.stereotype> <UML:Stereotype href='MyProfile...'> </UML:Stereotype> </UML:ModelElement.stereotype> </UML:Package> </UML:Namespace.ownedElement> This does not work well : <UML:Namespace.ownedElement> <UML:Package xmi.id='_9_0_19760454_1110383800684_581850_86' name='My main package'> <UML:ModelElement.stereotype> <UML:Stereotype href='MyProfile...'> </UML:Stereotype> </UML:ModelElement.stereotype> </UML:Package> <UML:Package href='MyProfile'> <XMI.extension xmi.extender='MagicDraw UML 9.0' xmi.extenderID='MagicDraw UML 9.0'> <referentPath xmi.value='::LPlatform Profile'/> </XMI.extension> </UML:Package> </UML:Namespace.ownedElement> As you can guess, I found no means to tell MagicDraw to save the model as described in "This works well". I wonder if that is not a problem in the way androMda parse the xmi file. Did someone faced and solved the problem ? I ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click _______________________________________________ Andromda-user mailing list Andromda-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick _______________________________________________ Andromda-user mailing list Andromda-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click _______________________________________________ Andromda-user mailing list Andromda-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-user
