Yes, I checked the rule attributes for applicability for my needs. Unfortunately I did not find a way, how this could help me. Here is my scenario: I want to use Drools as engine for complex event processing / event correlation. My current approach is to insert the events as facts containing a timestamp into the working memory and then do "timestamp-arithmetics". That I need a mechanism to mark events as processed, you can see, if you consider the following type of rule: "If there are 3 occurrences of Event "A" within 15 seconds, then fire". Now consider the event sequence: Event "A" at time 0 seconds Event "A" at time 4 seconds Event "A" at time 8 seconds Event "A" at time 12 seconds Obviously I want my rule to be fired, if the first three events were detected. But, without marking the first three events as processed by this rule, the arrival of the fourth event creates 3 new activations: Events 1,2,4 Events 1,3,4 Events 2,3,4 I think it's clear that I'm not interested in these last three rule firings. Note, that we have here only one rule, so locking should prevent the rule from firing at all. So, currently I mark each event occurring in the LHS of a rule in the RHS as processed by this rule and check in the LHS, if the events are not processed by the rule. I know, not very elegant, but I found this to be the easiest way. So, if you have suggestions how to overcome this lack of elegance, please let me know. Thanks. Alexander Claus ----- Original Message ----- From: Edson Tirelli To: Rules Users List Sent: Monday, June 02, 2008 2:55 PM Subject: Re: [rules-users] Retrieve rulename in LHS Alexander, Seems a lot of cumbersome code to control rule execution, and something that should probably not be done that way. Did you looked at the lock-on-active rules attribute? Can't you use it together with either rule-flow or agenda-groups to achieve your goal without manually controlling rules x fact execution? []s Edson 2008/6/2 Alexander Claus <styjdt(a)claus4joy.de&gt;: Hello, I wonder if there is a way to get the rulename in the LHS of a rule directly via DRL. I found a post here: http://article.gmane.org/gmane.comp.java.drools.user/8373, which describes a solution to get the rulename in the RHS of a rule. But that doesn't work in the LHS. I need this to mark some facts as processed by the current rule, so that the facts do not trigger rule firing again together with other facts. Currently I use an arbitrary string, which is only used by one rule. But for the sake of convenience, it would be nice to use such an "automated" mechanism for getting the rulename as this unique identifier string. Thanks in advance. Alexander Claus _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Edson Tirelli JBoss Drools Core Development Office: +55 11 3529-6000 Mobile: +55 11 9287-5646 JBoss, a division of Red Hat @ www.jboss.com

Yes, but this approach is not really scalable. Consider the case that a rule should only fire, if the Event "A" occurs 1000 times within an hour or so. Then the rule would be quite big... My approach for this type of rule looks so: when Event($code : code == "A", $ts1 : timestamp, processedBy not contains "3xA in 15 sec") $l : LinkedList(size >= 3) from collect (Event(code == $code, processedBy not contains "3xA in 15 sec", timestamp >= $ts1, timestamp < (addToDate($ts1, 0, 0, 15)))) then alert("3 A's found in 15 sec, beginning at "+$ts1); markEventsAsProcessedBy($l, "3xA in 15 sec"); end It is not as easy to read as yours but here I can change the relevant parameters relatively easy without size dependency of the rule. This makes the rule accessible for e.g. template rules which can be instantiated. That's nice. Unfortunately I have to develope the system now ... :o) Alexander

Hi Corneil, Unluckily I've seen that error more often that I would like. It's not a bug in drools, but is related to the dependencies of the drools-compiler. There's a big chance that you have a different version of the JDT core jar in your classpath (drools depends on version 3.2.3 - the filename of that jar is core-3.2.3.v_686_R32x.jar). This jar is used by drools to compile the rules. I hope this helps you to solve this issue. Cheers, Augusto Corneil du Plessis wrote:

Problem I have is that it is in WebSphere/lib so it gets loaded before anything in my application, when the classloader is set to parent first. When I change the class loader to parent last I run into a new set of problem with some of the XML based libraries. -----Original Message----- From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Marcus Ilgner Sent: 03 June 2008 15:35 To: Rules Users List Subject: Re: [rules-users] eclipse-jdtcore.jar Hi, just as a side note: I had one project using Eclipse which already used another version of the JDT core. Encountering the same problem, I just put the core-3.2.3.v_686_R32x.jar from Drools in my project, too, and it worked without problems. Best regards Marcus On Tue, Jun 3, 2008 at 3:25 PM, Augusto Rodriguez <augusto.rodriguez(a)globant.com&gt; wrote: drools-compiler. found org.eclipse.jdt.internal.compiler.Compiler.handleInternalException(Compiler. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

I eventually switched to JANINO because we are not using any Java 5 features. I discovered that some of the info available on the web is outdated when switching between Eclipse JDT ad Janino. The following system property has to be set: drools.dialect.java.compiler=JANINO some docs/posts referred to drools.compiler=JANINO I was hoping someone could indicate if/how properties can be configured when using JSR-94 to influence the compiler choice or other properties drools looks for. _____ From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Mark Proctor Sent: 03 June 2008 17:19 To: Rules Users List Subject: Re: [rules-users] eclipse-jdtcore.jar Corneil du Plessis wrote: Problem I have is that it is in WebSphere/lib so it gets loaded before anything in my application, when the classloader is set to parent first. When I change the class loader to parent last I run into a new set of problem with some of the XML based libraries. If you search the mailing list archive, I believe people have resolved that issue. You can always switch drools to use janino too, see the wiki for more details on that. -----Original Message----- From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Marcus Ilgner Sent: 03 June 2008 15:35 To: Rules Users List Subject: Re: [rules-users] eclipse-jdtcore.jar Hi, just as a side note: I had one project using Eclipse which already used another version of the JDT core. Encountering the same problem, I just put the core-3.2.3.v_686_R32x.jar from Drools in my project, too, and it worked without problems. Best regards Marcus On Tue, Jun 3, 2008 at 3:25 PM, Augusto Rodriguez <mailto:augusto.rodriguez@globant.com> <augusto.rodriguez(a)globant.com&gt; wrote: Hi Corneil, Unluckily I've seen that error more often that I would like. It's not a bug in drools, but is related to the dependencies of the drools-compiler. There's a big chance that you have a different version of the JDT core jar in your classpath (drools depends on version 3.2.3 - the filename of that jar is core-3.2.3.v_686_R32x.jar). This jar is used by drools to compile the rules. I hope this helps you to solve this issue. Cheers, Augusto Corneil du Plessis wrote: I am experiencing a conflict with a deployment: We used WebSphere Application Server 6.0.2.x in our integration testing environment and now the deployed application at a customer site is reporting the following exception: java.lang.NoSuchMethodError: org.eclipse.jdt.internal.compiler.CompilationResult: method getProblems()[Lorg/eclipse/jdt/core/compiler/CategorizedProblem; not found at org.drools.commons.jci.compilers.EclipseJavaCompiler$3.acceptResult(E clipseJ avaCompiler.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.Compiler.handleInternalException(Compiler. java(Compiled Code)) at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java(Comp iled Code)) at org.drools.commons.jci.compilers.EclipseJavaCompiler.compile(EclipseJ avaComp iler.java(Compiled Code)) at org.drools.commons.jci.compilers.AbstractJavaCompiler.compile(Abstrac tJavaCo mpiler.java:51) at org.drools.rule.builder.dialect.java.JavaDialect.compileAll(JavaDiale ct.java :342) Has anyone else comes across this? I am not sure where the JAR comes from because has not version info. _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users