[rules-users] Drools 5.6

Martin Minka martin.minka at gmail.com
Wed Sep 18 15:23:16 EDT 2013


I am trying 5.6.0-SNAPSHOT, but getting message "Resolve error obtaining
dependencies: Failed to read artifact descriptor for
org.drools:drools-compiler:jar:5.6.0-SNAPSHOT".
Could it be, that this file is corrupted in maven ?

thank you,
Martin


2013/9/18 Jonathan Knehr <jonathan.knehr at gmail.com>

> Tried with the 5.6 snapshot just now.
>
> Same/similar issues.
>
> NPEs in RightTupleIndexHashTable.
> ClassCastExceptions from many of the InternalReadAccessor generated
> bytecode classes.
> NPEs in MvelContraint class.
>
> I'm replaying the exact same series of events that I did for the 5.5 run.
>
> Could you point me to where you think the origin of the corruption occurs?
> I have breakpoints where the exceptions are thrown, but this is long after
> the data structure was originally corrupted. It would help me try my hand
> at debugging the issue for you further.
>
> Thanks in advance!!
> Jonathan
>
> On Sep 18, 2013, at 1:19 PM, Davide Sottara <dsotty at gmail.com> wrote:
>
> > Did you try to run the code with 5.6.0-SNAPSHOT? It's now available from
> > RHT maven repositories..
> > the official release is still waiting for the fix of a few more bugs,
> > but the tuple index one should have
> > already been fixed. If not, it would be critical to include it in the
> > final version
> > Thanks
> > Davide
> >
> > On 09/18/2013 09:16 AM, Jonathan Knehr wrote:
> >> When is 5.6 going to be officially released?
> >>
> >> There are many critically buggy things going on in 5.5 where the entire
> RightTupleIndex is getting very corrupted. I still haven't been able to
> produce a standalone unit test, but the issue always involves rules with
> "exists" and "not" in combination with complex retractions. Never does it
> happen with a few events, but when you run the scenarios over and over
> again millions of times, eventually the index becomes so corrupt that
> almost every single activation throws NPEs in MVEL, in the generated byte
> code, and in the rete data structures themselves to the point where all
> rule firing stops working.
> >> _______________________________________________
> >> rules-users mailing list
> >> rules-users at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/rules-users
> >
> > _______________________________________________
> > rules-users mailing list
> > rules-users at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/rules-users
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20130918/959bb644/attachment.html 


More information about the rules-users mailing list