Re: [rules-users] Shadow facts(was JRules\Drools benchmarking)

Hehl, Thomas wrote: OK, I did. So that means I need to disable shadow facts? sequential mode already does, as there is no inference modify doesn't do anything and thus shadow facts aren't needed. Mark *From:*

RE: [rules-users] Shadow facts(was JRules\Drools benchmarking)

OK, I did. So that means I need to disable shadow facts? _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Proctor Sent: Thursday, May 15, 2008 12:22 PM To: Rules Users List Subject: Re: [rules-users] Shadow facts(was JRules\Drools benchmarking) Hehl, Thomas

Re: [rules-users] Shadow facts(was JRules\Drools benchmarking)

Hehl, Thomas wrote: I did some reading about shadow facts and I was thinking about turning them off, but it seems to be that if I use stateless sessions (session.execute()) that shadow facts are irrelevant. Is this true? No, only if you turn on sequential mode. Mark -

[rules-users] Shadow facts(was JRules\Drools benchmarking)

I did some reading about shadow facts and I was thinking about turning them off, but it seems to be that if I use stateless sessions (session.execute()) that shadow facts are irrelevant. Is this true? _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Edson Tirelli Sent:

RE: [rules-users] Multithreading Rulebase Parsing Threadsafe

Perfect answer. Thanks! Barry Knapp [EMAIL PROTECTED] office 919.651.5039 cell 919.995.0396 MSN [EMAIL PROTECTED] AIM BarryRKnapp Yahoo BarryKnapp From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf O

Re: [rules-users] Multithreading Rulebase Parsing Threadsafe

Barry, We fixed all threading issues we were aware of in 4.0.5-4.0.7. So, it is safe to use it now. Just make sure the only thing you eventually share among threads is the rulebase. Do not share session or packages among threads. []s Edson 2008/5/14 Barry K <[EMAIL PROTECTED]>: > >

Re: [rules-users] JRules\Drools benchmarking...

It seems you are using a good strategy to do your tests. But still, it is difficult to explain why one is slower than the other without seeing the actual test code. This is because all the engines have stronger and weaker spots. Just to mention one example, some engines (not talking specifically

[rules-users] Re: Java vs mvel dialects

> > Edson, Thanks so much for the reply. It makes perfect sense to me. I > really appreciate it. - Krishna > Krishna, > > The dialect configuration affects only semantic code blocks. I.e., > consequences, eval() blocks, etc. > They are designed to be interchangeable. That is why the e

[rules-users] Writing a business-Rule (Promod George)

Hi. I'm new to Drools and also to this group. Can anyone give me some pointers on how to write a business rule in a drl language? Ie:- any pdf or link that talks about (in depth) analysing a business scenario and then converting it into a drl format? Thank you. -Promod __

Re: [rules-users] JRules\Drools benchmarking...

You r right... I have to tell you what I have done... I did not define a "stand-alone" benchmark like the "Manners" one. I benchmarked a real j2ee application. I have got jrules deployed with a resource adapter and drools deployed with simple jars libraries plus jbrms. Jrules uses a "bres" mod