Re: [rules-dev] Guvnor MVEL problem on Guvnor master?

We really only care about jBPM, and as of now, we build it against M2. M2 was depending on mvel snapshot, so it started breaking when new snapshots were introduced. I am not a big believer in snapshots for coordinating complex products like Drools with many moving pieces. I voiced this to Mark in the past, and I need to discuss this with you when we have time.

Thanks, Antoine On Sat, May 7, 2011 at 08:42, Geoffrey De Smet <ge0ffrey.spam(a)gmail.com <mailto:ge0ffrey.spam@gmail.com>> wrote: Thanks Antoine :) It's a good experiment. Just hope it doesn't complicate things as the mvel snapshots change API regularly and our snapshots are adjusted regularly to cope with those API changes. Op 07-05-11 09:10, Antoine Toulme schreef: > It is by no means going to help in any way for you to release. > This is just meant for us to be able to build and run Drools > while you guys figure out a solution. > > Thanks, > > Antoine > > On Fri, May 6, 2011 at 23:54, Geoffrey De Smet > <ge0ffrey.spam(a)gmail.com <mailto:ge0ffrey.spam@gmail.com>> wrote: > > This nights mvel snapshot fixes jbpm (the one from 3-MAY > doesn't afaik). > Does that release (it's not a snapshot) include those latest > changes? > > Not that I 've not been tempted (or pressured from Mark) to > try to release mvel myself to move away from the snapshot, > but without tag of the source code in git, without a "yes, > this revision is ok" from Mike (the mvel lead), etc > this isn't the kind of dependency we want to include in the > final release and support for 5 to 7 years. > > Op 06-05-11 20:04, Antoine Toulme schreef: >> We pushed out this snapshot with a version for now: >> http://www.intalio.org/public/maven2/org/mvel/mvel2/2.1/mvel2-2.1-intalio... >> >> >> >> On Fri, May 6, 2011 at 03:51, Geoffrey De Smet >> <ge0ffrey.spam(a)gmail.com <mailto:ge0ffrey.spam@gmail.com>> >> wrote: >> >> Hudson hasn't been reliable the last couple of days, >> this might have something do with it as you might not >> have the latest snapshots of everything. >> >> Furthermore, the mvel snapshot has been changed from >> 1-MAY to 3-MAY >> https://repository.jboss.org/nexus/index.html#nexus-search;gav~org.mvel~m... >> <https://repository.jboss.org/nexus/index.html#nexus-search;gav%7Eorg.mvel... >> But I don't think that's it. >> As soon as a new mvel release is out, I 'll switch us to >> it. We can't use the current latest mvel release. >> >> Op 06-05-11 12:20, Leonardo Gomes schreef: >>> I will try to delete mvel stuff from my repository at >>> home tonight to see if it fixes the problem. If not, >>> here's a suggestion from Antoine: >>> >>> We suffered the same problem, the temporary >>> workaround is to use an older snapshot: >>> >>> You can pick this one: >>> http://www.intalio.org/public/maven2/org/mvel/mvel2/2.1-SNAPSHOT/mvel2-2.... >>> >>> I hope it helps. >>> >>> Antoine >>> >>> >>> Leo. >>> >>> On Fri, May 6, 2011 at 11:30 AM, Michael Anstis >>> <michael.anstis(a)gmail.com >>> <mailto:michael.anstis@gmail.com>> wrote: >>> >>> I pulled, rebased just now and it's OK here. >>> >>> I have deleted my mvel entries in maven recently >>> though, I think Wolfgang and Leo have had issues >>> with different versions in their local repos. >>> >>> With kind regards, >>> >>> Mike >>> >>> >>> On 6 May 2011 08:50, Jervis Liu <jliu(a)redhat.com >>> <mailto:jliu@redhat.com>> wrote: >>> >>> Hi, >>> >>> Looks like MVEL lib is screwed up on master. >>> Tried to run test scenario >>> Good Credit History Only, it failed with >>> following errors: >>> >>> Unable to rebuild the rulebase. >>> org.drools.rule.MVELDialectRuntimeData; local >>> class incompatible: stream >>> classdesc serialVersionUID = >>> 8808844570772337501, local class >>> serialVersionUID = 2609855281272796208 >>> >>> Jervis >>> >>> _______________________________________________ >>> rules-dev mailing list >>> rules-dev(a)lists.jboss.org >>> <mailto:rules-dev@lists.jboss.org> >>> https://lists.jboss.org/mailman/listinfo/rules-dev >>> >>> >>> >>> _______________________________________________ >>> rules-dev mailing list >>> rules-dev(a)lists.jboss.org >>> <mailto:rules-dev@lists.jboss.org> >>> https://lists.jboss.org/mailman/listinfo/rules-dev >>> >>> >>> >>> _______________________________________________ >>> rules-dev mailing list >>> rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> >>> https://lists.jboss.org/mailman/listinfo/rules-dev >> >> -- >> With kind regards, >> Geoffrey De Smet >> >> >> _______________________________________________ >> rules-dev mailing list >> rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> >> https://lists.jboss.org/mailman/listinfo/rules-dev >> >> >> >> _______________________________________________ >> rules-dev mailing list >> rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> >> https://lists.jboss.org/mailman/listinfo/rules-dev > > -- > With kind regards, > Geoffrey De Smet > > > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/rules-dev > > > > _______________________________________________ > rules-dev mailing list > rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/rules-dev -- With kind regards, Geoffrey De Smet _______________________________________________ rules-dev mailing list rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org> https://lists.jboss.org/mailman/listinfo/rules-dev _______________________________________________ rules-dev mailing list rules-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev