Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » M2M (model-to-model transformation) » [ATL] very strange behaviour with xmi:ID
icon9.gif  [ATL] very strange behaviour with xmi:ID [message #544301] Fri, 02 July 2010 09:37 Go to next message
Sébastien  Gandon is currently offline Sébastien GandonFriend
Messages: 184
Registered: July 2009
Senior Member
I have an ATL transformation where all the classes have an xmi:ID that I need to be kept. So every transformation rule
starts with
__xmiID__ <- s.__xmiID__,

the problem is that the first rule in the ATL file does not get to copy the xmi:id whereas all other rules work fine.

The more strange thing is that if I move the rule at the bottom of the file the xmi:ID is copyed but then all the previous rules do not get their ID copied ?????

Please Help this is really a proble for me.
Re: [ATL] very strange behaviour with xmi:ID [message #544637 is a reply to message #544301] Mon, 05 July 2010 07:43 Go to previous messageGo to next message
Sylvain EVEILLARD is currently offline Sylvain EVEILLARDFriend
Messages: 556
Registered: July 2009
Senior Member
Have you tried switching VM ?
Re: [ATL] very strange behaviour with xmi:ID [message #544642 is a reply to message #544301] Mon, 05 July 2010 07:48 Go to previous message
Sébastien  Gandon is currently offline Sébastien GandonFriend
Messages: 184
Registered: July 2009
Senior Member
why bother, the EMF VM does not support XMI IDs, only the standard VM does.

I have found that the order of the rules seems to be important in terms of preserving the xmi:id(s)
I do not know why but this is certailnly an implementation bug.
Previous Topic:thisModule.resolveTemp
Next Topic:refining mode, 2 source models one is refined and the other is auxiliary
Goto Forum:
  


Current Time: Mon Dec 09 08:38:26 GMT 2024

Powered by FUDForum. Page generated in 0.03118 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top