Hi
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=484721
I had a quick look and the problem had gone away. Wierd. Have you
got a specific branch/test that reproduces.
Closing test plugins or customizing launches is a bit of a pain. I
prefer to just get it right.
Regards
Ed
On 22/12/2015 15:24, Adolfo
Sanchez-Barbudo Herrera wrote:
No. The "previous" (see for instance classescs2as.qvtp.qvtias in
asanchez/mtc3) tests cases configuration generated
cross-references with relative URIs, current one doesn't. That
commit seems a workaround for an specific qvts2qvti step. After
running test cases I see those nsURI-based cross references even
in the final qvtias. I guess that with this change which
"requires" removing the plugin.xml contributions has brought some
undesired side effects. I need to investigate what was giving us
the desired serialization.
P.S: a nested eclipse doesn't need the tests plugin, so you can
close it or remove it from the launch configuration.
Regards,
Adolfo.
I would expect the opposite. See
commit cfb64cf68fc65df9635e4a177751aad0be8e687c
[484721] Introduce ASURIHandler
Provided the saveOptions define a URIHandler
Map<Object, Object> saveOptions =
XMIUtil.createSaveOptions();
saveOptions.put(XMLResource.OPTION_URI_HANDLER, new
ASURIHandler((ASResource)resource));
resource.save(saveOptions);
the nsURIs are replaced during save.
A possible difference is the plugin.xml no longer has extension
point registrations for test models since such registrations
cause chaos in a nested Eclipse. Note the InstallMap in the test
cases that install and uninstall.
Regards
Ed Willink
_______________________________________________
qvtd-dev mailing list
qvtd-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/qvtd-dev
_______________________________________________
qvtd-dev mailing list
qvtd-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/qvtd-dev
|