Mattias (and Esteban)...
Well.you guys gave me the solution to the problem, but in a wildly
indirect way. I downloaded the source for zip4j, added a bunch of logging
so I could figure out where the code was hanging, went to replace the
existing library and.hmmm, where the heck IS the exis
Wolfgang,
Here's my dilemma...there is no exception thrown! I wouldn't even be here
asking the question if I was getting an OOME...my problem is that the rule
hangs, and from that point on, the entire rules engine is hung, even though
other processing continues on that jboss node.
Note that I'm
Davide,
Thanks for the response…I have also fired the attached code from outside a
rule, and it works perfectly (I created a hidden test menu option that
allows me to call runNeedleChestDecompressionReport()). In fact, every
other instance of using ZipUtil works fine. And the place where the rul
Code posting failif you want to help, I guess go to the mailing list web
site and read the codesigh
--
View this message in context:
http://drools.46999.n3.nabble.com/Noob-desperately-needing-help-tp4020589p4020591.html
Sent from the Drools: User forum mailing list archive at Nabble
I will provide some code, however:
The rule that fails
The runNeedleChestDecompressionReport method:
And the method in the zip utility that fails (I'm using zip4j, as I need to
password-protect the zip file):
One additional useful pointif I remove the compression call (in other
words, I
So, we have a massive web-based application with a rules engine powered by
drools 4.0.7...I have a time-based rule that fires, executes about 80% of
the java code, and then just stops. No error, no exception, no nothing...it
just stops. Until I restart the node, all rules processing is suspended.
