Mark, thank you very much for your help, it is greatly appreciated.
"There are improvements we can make to generated code into a single class and use a switch statement to invoke the correct part, but we don't have time for that right now, so would need to come from the community." I would be interested in doing this work if someone can point me in the right direction on where to start. I also would be interested in doing the work to allow drools to reference multiple levels of inner classes. Our work would benefit from both pieces of functionality. I'll move this to the developer list, but would appreciate if somebody knowledgeable could show me where to get started on the code necessary to generate to a single class. Thanks, Joe From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Proctor Sent: Wednesday, August 13, 2008 2:53 AM To: Rules Users List Subject: Re: [rules-users] Max packages Joe White wrote: Can someone help me understand the relationship between the number of Packages in a single RuleBase and PermGen memory consumption? I have a test that generates 200 rules and then adds those rules as different packages to a single rule base. PermGen consumption grows near linearly with the addition of Packages to the rule base and on a default PermGen setting the JVM runs out of PermGen after about 120 packages. It's not related to Packages, it's related to the number of rules and whether those rules have compiled java parts - like the consequence, eval etc - each one adds an additional class. Is every new Package and RuleBase backed by a set of generated Classes? Is there a way to get around the amount of class generation that is taking place? The test has been run against Drools 5. You can use MVEL, which has no class generation. There are improvements we can make to generated code into a single class and use a switch statement to invoke the correct part, but we don't have time for that right now, so would need to come from the community. Thank you for your help, Joe ________________________________ _______________________________________________ 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
