I agree with Davide.
Google with >java.util.zip.Deflater native method init< returns
several interesting hits, some of which indicate that it is possible
to run into an
OOME, e.g., when heap and perm space doesn't leave enough room for
native memory allocation.
When this problem became manifest: was there a change of the OS
or JVM version? Does the error occur after some other processing
using similar procedures has been done, possibly without returning
memory allocations?
Insert a call
new Deflater(Deflater.DEFAULT_COMPRESSION, true);
and a logger call, preceding
ZipOutputStream outputStream = new ZipOutputStream(baos); <---
rule hangs here
to narrow it down.
-W
On 31/10/2012, Davide Sottara <dsotty(a)gmail.com> wrote:
>From your description, it does not seem a rule engine issue...
Have you
tried
reproducing the problem
outside the rule engine? I.e. invoking the ZipUtil in a more "traditional"
context?
And does it get stuck with ANY bytearray or just with that one particular
input?
--
View this message in context:
http://drools.46999.n3.nabble.com/Noob-desperately-needing-help-tp4020589...
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