Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » M2M (model-to-model transformation) » Performance issues w.r.t. QVTO compiler and interpreter
Performance issues w.r.t. QVTO compiler and interpreter [message #704565] Thu, 28 July 2011 19:49
Nicolas Rouquette is currently offline Nicolas Rouquette
Messages: 132
Registered: July 2009
Senior Member
At JPL, our model-based systems engineering efforts involve lots
of UML, SysML and QVT; all 3 open standards from the OMG.

For QVT Operational, we rely on the Eclipse QVTO implementation.
However, there are issues w.r.t. the efficiency of the QVTO compiler/builder
that make QVTO development increasingly painful.

There are several reasons for this:

1) The Eclipse QVTO compiler produces executable QVTO models (*.qvtox)
that could be saved in principle but the code isn't enabled to do so currently
so the source QVTO files (*.qvto) have to be compiled for each execution run.

2) The Eclipse QVTO builder is currently written to trigger a complete project
build if certain files are changed (e.g., *.ecore).

3) Ppartitioning complex transformations into several QVTO modules exacerbates
the compilation performance problem in part because the Eclipse QVTO compiler
doesn't optimize the order in which it compiles the files to mimize unecessary rework.

Are there knowledgeable folks who would be interested in coordinating efforts to address these problems?


- Nicolas.
Previous Topic:UML to XML Transformation via qvto
Next Topic:ATL code
Goto Forum:
  


Current Time: Tue Sep 16 05:02:27 GMT 2014

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

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