Community
Participate
Working Groups
QVTo is a very powerful, versatile technology, so much so that it leads to a new class of problems, that of managing workflows that involve lots of QVTo operations. Basically, the missing piece is a definition of a QVTO execution event that can be logged and that can be fed to the Eclipse usage data reporting system. We may need 2 QVTO execution events: 1) a QVTo launch event created right before the execution of the QVTo transformation begins - the URI of the QVTo transformation - the URI of all transformation models provided (in, inout) and the URI of their metamodels - the values of all transformation configuration parameters 2) a QVTo completion event created at the end of the execution of a QVTo transformation - the corresponding QVTo launch event - execution status (normal completion, abnormal, exception) - the URI of all of the transformation models modified or produced (i.e., inout, out, trace) and the URI of their metamodels