Eclipse Community Forums: QVT-OML » QVTO - Calling a mapping versus clone

Help

Home

Home » Modeling » QVT-OML » QVTO - Calling a mapping versus clone(Calling a mapping versus clone)

Show: Today's Messages :: Show Polls :: Message Navigator

QVTO - Calling a mapping versus clone [message #1783657]

Thu, 15 March 2018 08:56

Bruce Trask

Messages: 58
Registered: July 2009

Member

Hello,

I am seeing some odd behavior with a clone call.

I have a transformation file that I am using and it has the following line in it:

-- try clone here, rather than invoke a mapping
version := self.version.clone()->oclAsType(newone::Version)->any(true);
-- version := self.version.map toVersion();

with toVersion() being

mapping old::Version::toVersion() : newone::Version {
major := self.major;
minor := self.minor;
service := self.service;
}

When I run it I get some odd results in the resulting xmi file.

I see:

- dual xmlns entries in the XMI element.
<xmi:XMI xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:requirements="http://www.company.com/2018/requirements" xmlns:requirements_1="http://www.eclipse.org/2008/requirements">

-and the version gets added to the XMI element and not the subelement.
<requirements_1:Version major="1"/>
<requirements_1:Version minor="5"/>

When I run it with the toVersion mapping it works fine.

Was wondering if I am using the clone correctly and if in fact the clone call above should be the same as the call to the mapping.

Regards,
Bruce

[Updated on: Thu, 15 March 2018 09:36]

Report message to a moderator

Re: QVTO - Calling a mapping versus clone [message #1783659 is a reply to message #1783657]

Thu, 15 March 2018 09:25

Ed Willink

Messages: 7050
Registered: July 2009

Senior Member

Hi

Without a repro it's hard to be sure but:

a) never use clone() or deepclone() - IMHO it's like using goto

b) self.version.clone()->oclAsType(newone::Version)->any(true) is really smelly. The only point I can see in the cast and select is to ensure that you get weird results.

self.version.clone() should work, but perhaps Eclipse QVTo has not caught up with a return type clarification in OMG QVT 1.3

self.version.clone().oclAsType(newone::Version) might work provided newone::Version is the correct type. No repro cannot diagnose.

self.version.clone()->oclAsType(newone::Version)->any(true) is self.version.clone().oclAsSet()->oclAsType(newone::Version)->any(true)

which should cast the set rather than collect the elemental casts, so at some point you get an execution failure and the orphan object appears at your model root just as you observe.

Regards

Ed Willink

Report message to a moderator