I think isolating it in a test case is the best way. Like Edson said, this is a simple
use case, proven trouble free many times over by many drools users. Isolating the test
case will either show you where the funky behavior is happening on your side, or provide a
comprehensible regression test for the drools devs to use.
GreG
On Jul 6, 2010, at 12:34 PM, "Axelrod, Nelson" <naxelrod(a)jcvi.org> wrote:
Hi Greg,
I've tried to adjust/increase the JVMP heap memory but that does not
help solve this problem. I've set the VM option
-XX:+HeapDumpOnOutOfMemoryError. No heap dump files are generated, so I
assume that is not the problem either.
I can isolate this problem within a test case and add a bug report to
Drools JIRA. Any other ideas as to how else this could occur, or how to
troubleshoot this further? It is really disconcerting.
Thanks,
Nelson
------------------------------
Message: 3
Date: Tue, 6 Jul 2010 09:05:16 -0700 (PDT)
From: Greg Barton <greg_barton(a)yahoo.com>
Subject: Re: [rules-users] How is this possible?
To: Rules Users List <rules-users(a)lists.jboss.org>
Cc: "Richter, Alexander" <ARichter(a)jcvi.org>,
"<rules-users(a)lists.jboss.org>" <rules-users(a)lists.jboss.org>
Message-ID: <376326.67572.qm(a)web81506.mail.mud.yahoo.com>
Content-Type: text/plain; charset="utf-8"
Does the amount of heap allocated affect it? I'm wondering if there's a
hidden OutOfMemoryError happening. (Which, if you're catching Throwable
anywhere, is a possibility. Use the HeapDumpOnOutOfMemoryError VM flag
to diagnose this.) And this should be easy to reproduce in your unit
tests: just insert many unrelated objects into working memory during
the test. In fact you could construct tests thst show the same code
succeeding without the excess objects then failing with them. That
would be essential if you think this is a core drools problem and want
it fixed.
GreG
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users