It can't be the hours - a program doesn't get bored. What about the number of
inserts, retracts, updates, firings? But above all, do show some stack dumps.
If they point into your rules, are you prepared to show some rules on request?
I'd not suggest stopping and re-starting the engine if you want to stay as
real-time as possible; run it in one thread, insert from another.
Apart from timestamping and automated expiry management there isn't
much that distinguished an engine handling events from one that deals
with timeless facts.
-W
On 15/12/2011, Robert Crawford <crawford(a)kloognome.com> wrote:
I'm asking because I'm continuously getting exceptions from
mine. I get
exceptions from the engine when it's expiring events, I get exceptions while
inserting objects in my rules, I get them when I insert through a named
entry point, I get them for the sin of apparently just having a sliding time
window in my rules. They're all wrapped around NullPointerExceptions, and
while they don't shut the engine down, they ARE preventing the system from
working correctly.
None of this happens immediately. In the short-term everything appears to be
OK. It's after running for 6+ hours that I start to see this.
I'm running with 5.2.0-Final, which I know is not the latest release, but I
dropped back to it because, well, I was getting too many failures and
exceptions with 5.3.0.
I'm not inserting data from another thread. The rules engine is started with
fireUntilHalt, and when I have a data backlog to insert into it, I call halt
and the same thread that called fireUntilHalt loads the data, then calls
fireUntilHalt again.
I'm not using MultiThreadEvaluationOption -- which in my experience just
generates MORE exceptions than I'm getting now.
Nothing older than the event expiration age is being inserted.
Any advice? Any examples of a continuously-running Fusion application anyone
can share with me?
Thanks!
--
View this message in context:
http://drools.46999.n3.nabble.com/Does-anyone-have-a-Fusion-application-r...
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