Re: [incquery-dev] [viatra-dev] IncQuery API break (PSystem?)vsIncQuery

[Bergmann Gábor <bergmann@xxxxxxxxxx>]

Hi,

> > BTW, interesting observation: the ecore tests do pass on Jenkins, but 
> > not on Hudson. However, the school tests work fine on Hudson. So I am 
> > assuming Hudson uses pregenerated code for the ecore tests, while code 
> > is generated on the fly in all other cases? Weird.
> >
> Sorry, but I don’t understand this. Are the school tests executing on 
> Hudson?

Yup, I mixed them up again.
So, Ecore tests fail on Jenkins, but School tests do not fail on Jenkins. 
The tests that are do run on Hudson run seemingly fine.
What's the difference between the way the Ecore and School test suites are 
treated on Jenkins?

> How much work is this? If one hour or two, I guess, it is worth it.

OK, done.

Cheers
Gábor


-----Original Message----- 
From: Ujhelyi Zoltán
Sent: Tuesday, April 21, 2015 11:16 AM
To: Incquery developer discussions
Cc: Viatra project developer discussions
Subject: Re: [viatra-dev] [incquery-dev] IncQuery API break 
(PSystem?)vsIncQuery MavenCompiler

Hi,

answers inline

> On 2015. ápr. 21., at 11:09, Bergmann Gábor <bergmann@xxxxxxxxxx> wrote:
>
> Hi,
>
> > replacing the TypeUnary/TypeBinary classes with the TypeConstraint class 
> > breaks _every_ generated pattern matcher code available
>
> True. Is it not OK to require the users to clean & build their projects 
> after an upgrade to 1.0?
I am not _completely_ against it, if it is unreasonably expensive to provide 
a better way. However, I feel we have more and more users, and we can 
alienate them with incompatible updates, so we should aim to minimize the 
costs if possible.

> If we think this is a problem, we can of course create completely fake 
> TypeUnary etc. classes at the original package location that just 
> instantiate TypeConstraint in their constructors; we can also add an 
> Object field CONTEXT back to the superclass of generated query 
> specifications; all that to trick the old generated code into compiling 
> and working correctly even before it is first regenerated. Should I do 
> this?
How much work is this? If one hour or two, I guess, it is worth it. If much 
more, then we should discuss it this afternoon.


> BTW, interesting observation: the ecore tests do pass on Jenkins, but not 
> on Hudson. However, the school tests work fine on Hudson. So I am assuming 
> Hudson uses pregenerated code for the ecore tests, while code is generated 
> on the fly in all other cases? Weird.
Sorry, but I don’t understand this. Are the school tests executing on 
Hudson?

Cheers,
Zoli
-- Zoltán Ujhelyi
https://www.inf.mit.bme.hu/en/members/ujhelyiz

Fault Tolerant Systems Research Group
Budapest University of Technology and Economics
_______________________________________________
viatra-dev mailing list
viatra-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/viatra-dev