Re: [rules-users] java dialect and declared types

2014-01-28 Thread pmander
I've tried to reproduce this in a tester but all my unit tests show 6.0.0 marginally quicker. The rules and data are simplified for the test so I'll try something closer to what i am seeing on the full system. I've just done another comparison and the results are shown in the attached image.

Re: [rules-users] java dialect and declared types

2014-01-27 Thread pmander
Mark Proctor wrote > Also there will be no performance games for rule bases that do not have > joins Can you elaborate on what a join is? -- View this message in context: http://drools.46999.n3.nabble.com/java-dialect-and-declared-types-tp4027822p4027871.html Sent from the Drools: User forum

Re: [rules-users] java dialect and declared types

2014-01-23 Thread pmander
I should qualify this with the way that we are using drools. In general perhaps 6 is quicker that 5.5. It will be extremely difficult to create a self contained test to demonstrate this as the tests are performed with tens of millions of transactions against ten of thousands of rules. I will howev

Re: [rules-users] java dialect and declared types

2014-01-23 Thread pmander
Thanks, This was just for a performance test to check mvel against java. Mvel in our case is quicker. The tests also show that 5.5.0 is quicker than 6.0.0. -- View this message in context: http://drools.46999.n3.nabble.com/java-dialect-and-declared-types-tp4027822p4027829.html Sent from the

Re: [rules-users] java dialect and declared types

2014-01-23 Thread pmander
Davide Sottara wrote > Declared types have public accessors as usual. > This seems a minor bug in the expression analysis. > Can you try > > getRaw().complicated() > > and / or > > raw.complicated > > and report what happens? > Thanks > Davide getRaw().complicated() works. This isn't just in t

Re: [rules-users] java dialect and declared types

2014-01-23 Thread pmander
will do, although complicated() has parameters and so I think I'll only able to try getRaw.complicated() -- View this message in context: http://drools.46999.n3.nabble.com/java-dialect-and-declared-types-tp4027822p4027825.html Sent from the Drools: User forum mailing list archive at Nabble.com.

[rules-users] java dialect and declared types

2014-01-23 Thread pmander
If I declare a type in a drl and reference the attributes in a rule then all is fine for either dialect. But, if one of the attributes is a java class that has been compiled and inserted then under the java dialect only I get a compilation error: rule compilation error the field ... is not visible

Re: [rules-users] named consequences for an or...

2014-01-21 Thread pmander
laune wrote > On 20/01/2014, pmander < > paul.s.mander@ > > wrote: >> I could do this: >> >> when >> $t : Transaction((org == "us") || (expensive() == "111")) >> then >> insert(new Record($t, 1)); >>

Re: [rules-users] named consequences for an or...

2014-01-20 Thread pmander
I could do this: when $t : Transaction((org == "us") || (expensive() == "111")) then insert(new Record($t, 1)); end If org is indeed equal to "us" is it guaranteed that expensive() doesn't get executed? -- View this message in context: http://drools.46999.n3.nabble.com/na

[rules-users] named consequences for an or...

2014-01-20 Thread pmander
I was using or in a rule for example rule "or example" when $t : (Transaction(org == "us") or Transaction(acc == "111")) then insert(new Record($t, 1)); end This would work but would create 2 Record objects which we sorted out later on but now for performance reasons I don't want the second match

Re: [rules-users] permgen leak

2013-12-16 Thread pmander
Hi, You mention that the brand new kbase evertime could be a problem and you may get this from "re-deployments". In my situation I am not in an app server and so do not have a re-deployment issue but I am creating a new kbase every time I run through the system. The system dynamically creates the

Re: [rules-users] permgen leak

2013-12-03 Thread pmander
Oh, and run the test with -Xmx2048m -XX:PermSize=512m -XX:MaxPermSize=512m or else it will fail straight away. Paul -- View this message in context: http://drools.46999.n3.nabble.com/permgen-leak-tp4027038p4027066.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___

Re: [rules-users] permgen leak

2013-12-03 Thread pmander
permgen.zip Here's the test I was using. You can change the dialect, number of runs, batches, rules etc as attributes in the test class. -- View this message in context: http://drools.46999.n3.nabble.com/permgen-leak-tp4027038p4

Re: [rules-users] permgen leak

2013-12-03 Thread pmander
I've put together a test and running it through a few times shows that the perm gen will actually recover but only if it is set at a level that is double the initial value. Let me elaborate. In my test, I create a session, add the rules, the facts, query the results, remove the facts and results

Re: [rules-users] drools 6 equivalent of addKnowledgePackages

2013-12-03 Thread pmander
I head previously read that but didn't spot the bit that mentions creating from a drl defined as a String. I take it this can be done from KieFileSystem. String rules = ... KieFileSystem kfs = kieServices.newKieFileSystem(); kfs.write(kieServices.getResources().newReaderResource(new StringReader(r

[rules-users] drools 6 equivalent of addKnowledgePackages

2013-12-02 Thread pmander
Just doing some investigation of the drools 6 release. We dynamically build our rules and use some thing like the following to bring them into a stateful session: KnowledgeBuilder builder = KnowledgeBuilderFactory.newKnowledgeBuilder(); builder.add(ResourceFactory.newReaderResource(new StringReade

Re: [rules-users] Drools Perm gen grows constantly

2013-11-18 Thread pmander
I'll try and get a unit test together to show this. Have a deadline tomorrow though so will take a few days. -- View this message in context: http://drools.46999.n3.nabble.com/Drools-Perm-gen-grows-constantly-tp4026673p4026816.html Sent from the Drools: User forum mailing list archive at Nabble

Re: [rules-users] Drools Perm gen grows constantly

2013-11-18 Thread pmander
Thanks for clearing this up. The overhead for us is negligible and more important that the application is survivable. Using Java as the dialect would appear to not be a option for anyone then? We are using drools to process around 50Mil transactions against 15k rules. This is distributed over 32 n

Re: [rules-users] Drools Perm gen grows constantly

2013-11-18 Thread pmander
I appear to have resolved this issue by changing dialect to MVEL and setting drools.permgenThreshold=0 in META-INF/drools.rulebase.conf. I only stumbled upon this based on some hints in another post and when it didn't work I had to debug the point at which the classes got created and worked back th

[rules-users] Drools Perm gen grows constantly

2013-11-07 Thread pmander
Fairly new to drools here but we are using it on a standalone application to do some batch processing. The application is spring based and single-threaded. I am using a single stateful session that I build around 15,000 rules dynamically on process startup. The application then receives a message