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 <[email protected]> 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-tp4020589p4020592.html > Sent from the Drools: User forum mailing list archive at Nabble.com. > _______________________________________________ > rules-users mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-users > _______________________________________________ rules-users mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-users
