Re: [qvtd-dev] Latest commits

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

Hi

Some update in my side.

asanchez/mtc integrates OCL2QVTi test cases into the QVTd suite. There 
has been a major redesign in the plugins architecture so that, 
previously we had:

org.eclipse.qvtd.build.cs2as
org.eclipse.qvtd.build.cs2as.tests
org.eclipse.qvtd.build.cs2as.xtext

and now we have the following ones:

org.eclipse.qvtd.cs2as.runtime
org.eclipse.qvtd.cs2as.compiler
org.eclipse.qvtd.cs2as.compiler.tests
org.eclipse.qvtd.cs2as.build
org.eclipse.qvtd.cs2as.xtext.generator
org.eclipse.qvtd.cs2as.xtext.runtime

Given the major rework, I could not easily rebase asanchez/mtc on top 
master. So I've done a merge from master into asanchez/mtc, resulting in 
a new asanchez/mtc2. On top the merging commit, I've manually applied 
the changes which were done on the old files in master, on the 
corresponding new files in asanchez/mtc2.

asanchez/mtc has green test cases in local and in hudson
asanchez/mtc2 has green test cases in local (running in hudson right now).

It seems that the errors I reported in 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=454555#c15 flow away. 
Let's see what hudson says.

If everything goes fine in hudson, I'd advance master on top of 
asanchez/mtc2. If that occur finally happen, Ed&Horacio please remove 
old projects commented above from workspace and import the new ones.

Regards,
Adolfo.
--
On 29/04/2015 17:38, Ed Willink wrote:
> Hi
>
> I've just updated GIT master.
>
> This
>
> eliminates MiddlePropertyAssignment/MiddlePropertyCallExp
>
> introduces MappingCall::isInfinite (editor, AS, CS, AS2CS, CS2AS support
> so far.) Evaluation support must ensure that repeated calls are
> suppressed. Syntax: an "infinite" keyword infront of the "call" keyword.
>
> Introduces ImperativeBottomPattern::orderedAssignments. Please create
> ImperativeBottomPattern and populate orderedAssignments rather than
> BottomPattern::assignments so that assignments are ordered.
>
> Introduces a QVTBase Standard Library with only two methods so far. With
> a bit more work this should allow a flat schedule to invoke something
> like modelFor(typedModelName).objectsOfKind(type) to get the prevailing
> instances of type in a specific typedmodel rather
> thantype::allInstances() which gives the iniotial instnaces of type in
> the source models.
>
> The internal API has evolved slightly so please update to OCL
> master/N-build.
>
>      Regards
>
>          Ed
> _______________________________________________
> qvtd-dev mailing list
> qvtd-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/qvtd-dev