I tried to create an isolated test case to reproduce this problem but I
can't reproduce it each time. So in my opinion this is random issue. I
will try to change my test case to reproduce this issue each time.
Maybe someone else had similar problem and maybe there is workaround for
this issue?
I can't prepare it right now because I have a lot of other work. When I
will have little bit time I will prepare test case for you.
Piotr
On 2010-04-22 19:13, Edson Tirelli wrote:
Can you provide an isolated test case to reproduce this problem?
If so, please create a JIRA, attach you
Can you provide an isolated test case to reproduce this problem? If so,
please create a JIRA, attach your case and ping me plz.
Edson
2010/4/22 Piotr Jedrychowski
> I've downloaded last stable build (number 3845, made 2010-04-14) from
> Drools Hudson (http://hudson.jboss.org/hudson/job
I've downloaded last stable build (number 3845, made 2010-04-14) from
Drools Hudson (http://hudson.jboss.org/hudson/job/drools/). After
running my tests I got same problem (but little different StackTrace):
java.lang.ClassCastException: org.drools.core.util.ObjectHashMap
at org.drools.reteo
This is related to the problem in your other e-mail and it is fixed in
trunk.
Edson
2010/4/21 Piotr Jedrychowski
> Hello.
>
> I have a problem with such scenario:
>
> 1) add one knowledge package (sensor200) with two rules:
>
> package sensor200
> rule "Sensor-200-ON"
> when
> (and f0: FM
Hello.
I have a problem with such scenario:
1) add one knowledge package (sensor200) with two rules:
package sensor200
rule "Sensor-200-ON"
when
(and f0: FMSensorFact(id==201) f1: FMSensorFact(id==202) )
(not FMFact(id==200))
then
FMFact factToInsert = new FMFact(200);
insert(factToInsert);
end