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.s...@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.s...@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.jar
>>
>>
>>
>> On Fri, May 6, 2011 at 03:51, Geoffrey De Smet 
>> <ge0ffrey.s...@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~mvel2~2.1-SNAPSHOT~~
>>> 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.1-20110328.204856-23.jar
>>>>
>>>>  I hope it helps.
>>>>
>>>>  Antoine
>>>>
>>>
>>>
>>> Leo.
>>>
>>> On Fri, May 6, 2011 at 11:30 AM, Michael Anstis <
>>> michael.ans...@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 <j...@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@lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-dev mailing list
>>>> rules-dev@lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> rules-dev mailing 
>>> listrules-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-dev
>>>
>>>
>>>  --
>>> With kind regards,
>>> Geoffrey De Smet
>>>
>>>
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev@lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>
>>>
>>
>> _______________________________________________
>> rules-dev mailing 
>> listrules-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>> --
>> With kind regards,
>> Geoffrey De Smet
>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>
> _______________________________________________
> rules-dev mailing 
> listrules-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-dev
>
>
> --
> With kind regards,
> Geoffrey De Smet
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

Reply via email to