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.laun(a)gmail.com> wrote:
On 14 July 2011 11:35, Mark Proctor <mproctor(a)codehaus.org>
wrote:
> On 14/07/2011 10:10, Wolfgang Laun wrote:
>
> On 13 July 2011 17:09, John <jfullard(a)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-slidi...
>> Sent from the Drools: User forum mailing list archive at
Nabble.com.
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)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(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-dev
>
>