Re: [mdt-ocl.dev] Latest commits

[Adolfo Sanchez-Barbudo Herrera <adolfosbh@xxxxxxxxx>]

Hi Ed,

Thanks for making this happen.

Now that everything is in master, and seizing the new year we are 
starting, I've done a clean up of local and remote branches.

Prior to stress the new scheduler, I want to do a new review/clean up of 
the QVTp2QVTg component. I presume that the amount of cases we have in 
hands should be enough to accept the changes.

Since we are kinda of "stable" state, I'll start to launch bugzillas + 
branches to track every change and/or failure I consider you should look at.

My OCL2QVTp still relies on Epsilon, I'm unsure that we need to change 
this now, but I'm happy to translate it to java if you wanted.

Regards,
Adolfo.

On 02/01/2016 19:04, Ed Willink wrote:
> Hi
>
> I've pushed a variety of work in progress contributions to QVTd GIT 
> master. They rely on OCL tag I201601021212 available as
>
> http://www.eclipse.org/modeling/download.php?file=/modeling/mdt/ocl/downloads/drops/6.1.0/I201601021212/mdt-ocl-Update-I201601021212.zip 
>
>
> http://www.eclipse.org/downloads/download.php?file=/mmt/qvtd/downloads/drops/0.13.0/I201601021342/mmt-qvtd-incubation-Update-I201601021342.zip 
>
>
> The new Java-based scheduler from me
> The Java versions of QVTc2QVTu, QVTu2QVTm and QVTu2QVTp from Horacio/me
> More CS2AS tests/fixes from Adolfo
>
> There are now four QVTdMtcTests that do not need Epsilon support; two 
> go the whole way from QVTc to Java.
>
> Currently Epsilon/Java-based functionality co-exists via boolean 
> arguments/duplicate methods in MtcBroker.
>
> M5 is in four weeks time. I will probably delete all Epsilon related 
> functionality for M5.
>
>     Regards
>
>         Ed
> _______________________________________________
> mdt-ocl.dev mailing list
> mdt-ocl.dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or 
> unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev