Hi Ed,
I took a break from writing today to work a bit on the implementation.
I have fixed the QVTc to QVTi manual transformation to address the commented code. The individual files have been committed to QVTMustus and the QVTi Scheduled is in my local qvtd branch.
I did some debugging and fixed a couple of issues in the transformation and in the evaluator. In the transformation an assignment in a guard. In the evaluator added test for domains with no guard patterns and a temporal fix for variables being added twice to the environment (try add catch replace).
I tried to push my branch to the qvtd repository but the operation times out. I will try tomorrow again.
So far the transformation is running uptill the last mapping call (attributeColumnsMR) where it is generating an error. I also have to take a closer look at this mapping and associationToForeignKeyMR because they have multiple collection bindings. I think that the current issue is that the code in the doMappingCall method only binds a value to one of the variables of List<Variable> loopedVariables, so when we have multiple collection assignments, the other variables have their value in null.
My first attempt would be to reduce the number of collection bindings to 1, but since I dont think it is always possible, the evaluator code should be fixed to cope with this. Probably an initial loop where all variables are assigned an initial value.
Regards,
Horacio Hoyos Rodríguez
EngD Student
University of York
http://www.york.ac.uk/docs/disclaimer/email.htm