| Current status of QVTd? [message #1006608] |
Fri, 01 February 2013 02:16  |
Akira Tanaka Messages: 30 Registered: March 2010 |
Member |
|
|
Hello QVT-Declarative experts,
I am curious about the current status and future plan of QVT-Declarative.
I tried the following.
- Installed eclipse modeling (Juno) package
- Installed QVT Declarative 0.9.0 using All-In-One Update site [also tried other versions but did not work]
- Installed OCL package using "Install Modeling Components" (to utilize ModelRegistry Model Editor)
- Introduced ModelMorf distribution Examples into the workspace
I see introduced *.qvtr files have lots of red flags. It seems most of them are due to the fact that they are unable to recognize metamodels (.emof files -- even modified as ecore files). I am curious to learn if there is any way to fix this. If not, is there any plan?
It seems QVT Declarative is not usable at this moment (if above is not fixable). Or, is there any configurations or previous package etc. we can use for the time being? Also, with the installation of QVT Declarative, it provides (from File -> New menu) creating empty QVTc project capability. Is QVTc actually implemented in the same distribution?
Thank you for clarification in advance.
Akira
|
|
|
| Re: Current status of QVTd? [message #1006613 is a reply to message #1006608] |
Fri, 01 February 2013 02:39   |
Ed Willink Messages: 3191 Registered: July 2009 |
Senior Member |
|
|
Hi
The QVTc and QVTr editors should be usefully functional. The 0.10
editors from the download pages may be slightly better.
The ModelMorf examples had only a couple of errors with the 0.8
IMP-based editors. I must confess that I haven't checked them properly
with the newer Xtext-based editors. I suspect that they just need import
declarations. In 0.8, a Model Registry was required to specify the
meta-model name to location mapping. I eventually decided that this was
a language bug and introduced import, include and library declarations.
Look at the Rel2Core which is what I use mostly for exercising.
My company, Willink Transformations, is sponsoring an EngD student at
York to pursue the progressive transformation approach outlined in
http://wiki.eclipse.org/MMT/QVT_Declarative_Languages. Currently some
very simple QVTi transformations are working. This gives confidence that
the approach is good. The execution work is all Open Source and
currently on GitHub at git://github.com/arcanefoam/qvtMustus. It will
move to Eclipse in a few months.
The goal is basic QVTc execution for Kepler, basic QVTr execution for
Kepler+1, optimized execution for Kepler+2.
The code is all layered on top of the new Xtext-based, UML-aligned pivot
OCL binding, so the new direct OCL to Java code generator can be
exploited to give high quality compiled transformation code.
Regards
Ed Willink
On 01/02/2013 07:16, Akira Tanaka wrote:
> Hello QVT-Declarative experts,
>
> I am curious about the current status and future plan of QVT-Declarative.
> I tried the following.
>
> - Installed eclipse modeling (Juno) package
> - Installed QVT Declarative 0.9.0 using All-In-One Update site [also
> tried other versions but did not work]
> - Installed OCL package using "Install Modeling Components" (to
> utilize ModelRegistry Model Editor)
> - Introduced ModelMorf distribution Examples into the workspace
>
> I see introduced *.qvtr files have lots of red flags. It seems most of
> them are due to the fact that they are unable to recognize metamodels
> (.emof files -- even modified as ecore files). I am curious to learn
> if there is any way to fix this. If not, is there any plan?
>
> It seems QVT Declarative is not usable at this moment (if above is not
> fixable). Or, is there any configurations or previous package etc. we
> can use for the time being? Also, with the installation of QVT
> Declarative, it provides (from File -> New menu) creating empty QVTc
> project capability. Is QVTc actually implemented in the same
> distribution?
>
> Thank you for clarification in advance.
>
> Akira
|
|
|
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.01792 seconds