|Concat EString and String - 3.1 -> 3.3 regress ? [message #905374]
||Thu, 30 August 2012 05:08
| thomas legrand
Registered: September 2010
I recently installed QVTo in Juno and the concatenation of a EString (from EMF) and a String dose not work properly anymore.
modeltype Ecore uses ecore('http://www.eclipse.org/emf/2002/Ecore');
var myFirstname : String ;
myFirstname := 'thomas';
log('CONCAT STRING',myFirstname + ' moore');
var myPseudo : EString ;
myPseudo := 'franky';
log('CONCAT ESTRING',myPseudo + ' moore');
CONCAT STRING, data: thomas moore
CONCAT ESTRING, data: <Invalid>
Is this a regress or is it the new expected behaviour ?
Furthermore, I feel lost with the versionning: following the dates, it seems the Version should be 3.3.0 in the plugin descriptions. Here is my plugin version:
Operational QVT SDK 3.1.0.v201206041614-7U7A-CL5V0ETk4K7wL253-yIi90n org.eclipse.m2m.qvt.oml.sdk.feature.group Eclipse Modeling Project
|Re: Concat EString and String - 3.1 -> 3.3 regress ? [message #905406 is a reply to message #905374]
||Thu, 30 August 2012 06:33
| Ed Willink
Registered: July 2009
Apologies for the confusion. At one point it looked as if QVTo would be
dropped from the Juno release. This was avoided, but the contribution
was a little rushed. There was only an M4, RC1 and RC3. 3.2.0RC3 was not
renamed to appear as just 3.2.0. Since there were 7 benign JUnit test
failures, the P2 repositories were not correctly published.
The Juno release was 3.2.0, but Eclipse versioning policies allow
unchanged plugins to retain unchanged versions. So, since very little
changed in 3.2, much of the 3.2 content has 3.1 versions. New plugins
start at 1.0, so there are also some 1.1 plugins.
The builds have now migrated to Buckminster and the code is now under GIT.
Before using the new regime to build 3.2.1RC1, I built a 3.2.0a that is
in principle just a rebuild or 3., but I spotted that while changed
plugin versions had been updated to 3.2.0, the corresponding features
had not been, so your puzzlement about "Operational QVT SDK
3.1.0.v201206041614-7U7A-CL5V0ETk4K7wL253-yIi90n" should be resolved by
(You can see the successful 3.2.1RC1 at
The Juno release of Eclipse OCL introduced a number of library functions
such as String::+(), String::characters() from OCL 2.2. These had
previously been defined by QVTo as workarounds for the Eclipse OCL
deficiency. Consequently QVTo 3.2.0 has ambiguous definitions which show
up as warnings in the editor. Since both routines are 'the same' it
doesn't matter which is chosen. The duplicate QVTo workarounds have been
removed in 3.2.1 and 3.3.0 development branches and so should disappear
in 3.2.1RC2 and 3.3.0M2.
Your regression suggests that the OCL and QVTo versions of String::+ are
not 'the same' in the case of EString + String.
Please raise a Bugzilla and maybe we can fix it for 3.2.1RC2.
On 30/08/2012 10:08, thomas legrand wrote:
> Hi everybody,
> I recently installed QVTo in Juno and the concatenation of a EString
> (from EMF) and a String dose not work properly anymore.
> Test case:
> modeltype Ecore uses ecore('http://www.eclipse.org/emf/2002/Ecore');
> transformation concatTestCase();
> var myFirstname : String ;
> myFirstname := 'thomas';
> log('CONCAT STRING',myFirstname + ' moore');
> var myPseudo : EString ;
> myPseudo := 'franky';
> log('CONCAT ESTRING',myPseudo + ' moore');
> CONCAT STRING, data: thomas moore
> CONCAT ESTRING, data: <Invalid>
> Is this a regress or is it the new expected behaviour ?
> Furthermore, I feel lost with the versionning: following the dates, it
> seems the Version should be 3.3.0 in the plugin descriptions. Here is
> my plugin version:
> Operational QVT SDK 3.1.0.v201206041614-7U7A-CL5V0ETk4K7wL253-yIi90n
> org.eclipse.m2m.qvt.oml.sdk.feature.group Eclipse Modeling Project
Powered by FUDForum
. Page generated in 0.01798 seconds