Another pointer: The bug also depends on the Drools DRL package statement specifying the same package name as the Java declaration of the class that should be used as an event.
### OK ### package hashcode import hashcode.SimpleType declare SimpleType role(@event) end ### NOT OK ### package xxxxxxxxxxx import hashcode.SimpleType declare SimpleType role(@event) end So this *could* be related to the strange effect and/or bug in connection with declare for a Pojo required or not for use in a declare X extends Pojo. -W On 14 July 2011 12:21, Wolfgang Laun <wolfgang.l...@gmail.com> wrote: > On 14 July 2011 11:35, Mark Proctor <mproc...@codehaus.org> wrote: > >> On 14/07/2011 10:10, Wolfgang Laun wrote: >> >> On 13 July 2011 17:09, John <jfull...@progeny.net> wrote: >> >>> Interesting... I have no idea why the KnowledgeBuilder would compile the >>> DRL >>> differently than the KnowledgeAgent, >> >> >> There's a bug in the incremental build as done by the KnowledgeAgent. If >> the KA configuration property drools.agent.newInstance is set to false, some >> type information is not put into the new KBase. >> -W >> >> This might be related to the kagent using a HashMap instead of a >> LinkedHashMap to store resources, thus any updates may not be applied in the >> order that resources where defined.... >> > > Not likely with a single DRL in the Change Set XML and on the first build. > >> >> I believe estaban is working on this issue and it may already be fixed. >> > > Not yet. > > -W > > >> Mark >> >> >> >>> but I don't think I had this problem in >>> 5.1.1. I'm up and running now with the type fully declared in DRL and I >>> can >>> live with that. Thanks for looking into this. >>> >>> -- >>> View this message in context: >>> http://drools.46999.n3.nabble.com/NPE-on-fact-insertion-if-rule-has-sliding-window-tp3163261p3166323.html >>> Sent from the Drools: User forum mailing list archive at Nabble.com. >>> _______________________________________________ >>> rules-users mailing list >>> rules-us...@lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/rules-users >>> >> >> >> >> _______________________________________________ >> rules-dev mailing >> listrules-dev@lists.jboss.orghttps://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 list rules-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev