Re: [rules-users] PermGen OOM and shadow proxies
Have you tried just increasing the size of your PERM generation? Maybe it is not a leak but simply that you need just a little more than the JVM's default limit? -- Andrew Thompson - Original Message From: s erel <[EMAIL PROTECTED]> To: Rules Users List Sent: Wednesday, October 10, 2007 11:07:01 AM Subject: Re: [rules-users] PermGen OOM and shadow proxies I've tried it with trunk and the OOM error still happens. In our project working memories/facts are not shared between threads. One thread does not interfere with another thread rule evaluation. Do we need shadow proxies for such a scenario? The document says: IMPORTANT: disabling shadow facts for a class inhibits the ability of the engine keep track of changes to that class attributes. It means, once asserted, a fact of that class MUST NOT change any of its attributes or the engine may start to present unpredictable behavior. It does not help to use update(). The only way to safely change an attribute of a fact whose shadow fact is disabled is to call modifyRetract() before changing the attribute, change the attribute and call modifyAssert() What about when retracting in order to assert a new reference? Is it safe to use normal retract() ? On 10/8/07, Mark Proctor <[EMAIL PROTECTED]> wrote: s erel wrote: I understand that shadow facts are created once during building. Still, the application crashes in less than a minute when shadow facts are enabled and it runs for hours when they are disabled. I was assuming it to be related to a corrupted data structure that leaks. Can you think of such a case? Are there any limitations for shadow facts (besides them being final)? Can you try this with trunk and let us know if it still happens? https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/trunk/target/ On 10/8/07, Mark Proctor < [EMAIL PROTECTED]> wrote: s erel wrote: Hello, I've posted before regarding this issue. We currently evaluating drools 4.01 for our project. We've noticed that the perm gen space grows at a rapid rate and that eventually results in a OOM. When shadow facts are disabled, the problem seems to go away (or at least not as noticeable as before). Any ideas? What is the effect of a shadowed object which itself contains complex objects that are also involved in a pattern (through inline eval)? when the system encounters a new Class, and shadow is enabled, it generates a proxy to that class - however this is a one time operation. The only way that shadow proxies would continue to be created would be if you where continually creating or loading new classes or redefinitions of the old classes. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Trouble upgrading to Drool 4.0
http://labs.jboss.com/jbossrules/downloads Which is where you'll land once you navigate through from www.jboss.com instead of .org -- Andrew Thompson - Original Message From: Edson Tirelli <[EMAIL PROTECTED]> To: Rules Users List Sent: Thursday, August 23, 2007 8:19:17 PM Subject: Re: [rules-users] Trouble upgrading to Drool 4.0 4.0GA is the final version. MR3 was an old milestone release, meaning, it was not feature complete and there were some changes between it and final version. What site were you looking at? Please let us know because we need to take it down... the correct one is this: http://labs.jboss.com/drools/downloads.html []s Edson 2007/8/23, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: Thanks Edson, I am more like migrating from 3.06 to 4.0. What's the different between 4.0 GA and MR3, and where could I find the download for 40 GA? I couldn't find any link from the website. Best Regards, Tim Nguyen "Edson Tirelli" <[EMAIL PROTECTED] > To Sent by: "Rules Users List" rules-users-bounc [EMAIL PROTECTED] cc g Subject Re: [rules-users] Trouble upgrading 08/23/2007 02:01 to Drool 4.0 PM Please respond to Rules Users List <[EMAIL PROTECTED] s.jboss.org> If you are upgrading, you should be upgrading to 4.0GA, not MR3. The error is because you need to add mvel jar to your classpath. []s Edson 2007/8/23, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: Hi, I have been using JBoss Drool 3.06 for a few months, and now I want to upgrade it to 4.0 to take advantage of some new features. So I downloaded the JBoss Rules 4.0.0.MR3 Binaries, then drop 4 core drool jar files to my project lib drools-core.jar drools-compiler.jar drools-jsr94.jar drools-decisiontables.jar Then I rebuilt my project, changed a few Drool java code to adapt with 4.0, then Run. I got the following error message: java.lang.NoClassDefFoundError: org/mvel/intergration/VaribaleResolverFactory. Could anyone please let me know if I am mising anything? Thank you! PS: My Java drool was working fine with 3.0.6 Tim ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Edson Tirelli Software Engineer - JBoss Rules Core Developer Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Edson Tirelli Software Engineer - JBoss Rules Core Developer Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=list&sid=396545433___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Rule compilation errors under heavy load
>It's a good point about using yield(). I did use this originally, but >for some reason it generated fewer errors than using some arbitrary >sleep values. >From discussions or reading I did years back I vaguely recall, yield() isn't >required to do anything. If the VM/OS observes that the same thread that called yield() is still eligible to run, it is quite likely to simply reschedule it as the best candidate. Depending on the level in the code where this happens in a particular VM or OS implementation, yield() can therefore be a no-op, or a very short break. sleep() on the other hand makes the thread ineligible to run for a period, forcing a context switch to always happen. -- Andrew Thompson Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users. http://answers.yahoo.com/dir/?link=list&sid=396546091 ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Roll Back Rule / Rule Transactions?
Probably you want to make sure you understand the difference between assert() and assertLogical() and see if that will meet your needs. -- Andrew Thompson - Original Message From: Matt Johnston <[EMAIL PROTECTED]> To: rules-users@lists.jboss.org Sent: Tuesday, February 13, 2007 11:20:35 AM Subject: [rules-users] Roll Back Rule / Rule Transactions? I am working on rules for an online shopping cart. Depending on the products in the cart, the customer may get certain discounts. If cart contains a TV, add a free VCR. I can apply these rules, but what about rolling them back? So in the example above, the rule automatically added a free VCR because the cart contained a TV. If the customer removes the TV, I need to roll back the VCR rule and also remove the VCR from the cart. Does anyone know how to do this? Is it possible? Matt Johnston Manager of Internet Content Publishing Group of America p: 615-468-6053 f: 615-468-6153 ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/features_spam.html ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users