Exception occurs when deploy drools rule in jboss
by He Jianfei
Hi:
My drools rules application is deployed in JBoss, and my classpath
includes these jars:
activation.jar help.jar
jcs-1.2.5-dev.jar mail.jar
AdventNetLogging.jar
hsqldb.jar jcs.jar
mail-plugin.jar
AdventNetSnmp.jar
hsqldb-plugin.jar
JDHCP.jar montnets.jar
antlr-2.7.5.jar
janino-2.3.15.jar
jdom.jar
msbase.jar
antlr-3.0b6.jar
jaxp-api.jar
jfc_094.jar
mssqlserver.jar
asm-1.5.3.jar
jbcl.jar
jfc_common.jar
msutil.jar
autonumber-plugin.jar
jbossall-client.jar
jgroups.jar
mysql-connector-java-3.1.12-bin.jar
bcel.jar
jboss-common-jdbc-wrapper.jar
jh.jar
NetComponents.jar
bindingservice-plugin.jar
jbossha.jar
jmx-adaptor-plugin.jar
org.eclipse.jdt.core_3.2.0.v_642.jar
bsh-core-1.3.0.jar
jboss-j2ee.jar jmxri.jar
properties-plugin.jar
bsh-deployer.jar
jboss-jaas.jar
jnet.jar sax.jar
commons-collections-3.1.jar
jboss.jar jnp.jar
scheduler-plugin-example.jar
commons-lang-1.0.1.jar
jboss-jdbc_ext.jar
jnpserver.jar
scheduler-plugin.jar
concurrent.jar
jboss-jsr77.jar
jpl-pattern.jar
smproxy.jar
dnsjava-1.3.0.jar
jboss-management.jar
jpl-util.jar
snmp-support.jar
dom.jar
jboss-monitoring.jar
jsr94-1.1.jar
stringtemplate-3.0.jar
drools-compiler-3.1.0-M1.jar
jbossmq.jar
jsr94-tck-1.1.jar
xalan.jar
drools-core-3.1.0-M1.jar
jbosssx.jar jsse.jar
xercesImpl.jar
drools-decisiontables-3.1.0-M1.jar
jboss-transaction.jar
jython-20020827-no-oro.jar
xsltc.jar
dx.jar
jcert.jar
libmondem.so
groovy-all-1.0-jsr-04.jar
jconn2.jar log4j.jar
and my project is building in eclipse 3.2M5, and JBoss version 3.2.5
when JBoss runs, the following Exception occurs:
java.lang.NoSuchMethodError:
org.eclipse.jdt.internal.compiler.CompilationResult.getProblems()[Lorg/eclipse/jdt/core/compiler/CategorizedProblem;
22:17:19,159 INFO [STDOUT] at
org.apache.commons.jci.compilers.EclipseJavaCompiler$2.acceptResult(EclipseJavaCompiler.java:247)
22:17:19,159 INFO [STDOUT] at
org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:454)
22:17:19,160 INFO [STDOUT] at
org.apache.commons.jci.compilers.EclipseJavaCompiler.compile(EclipseJavaCompiler.java:278)
22:17:19,160 INFO [STDOUT] at
org.drools.compiler.PackageBuilder.compileAll(PackageBuilder.java:501)
22:17:19,160 INFO [STDOUT] at
org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:224)
22:17:19,161 INFO [STDOUT] at
org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:148)
22:17:19,161 INFO [STDOUT] at
com.dcampus.snms.event.mbean.RuleManage.readRules(Unknown Source)
22:17:19,162 INFO [STDOUT] at
com.dcampus.snms.event.mbean.RuleManage.initRuleBaseEngine(Unknown Source)
22:17:19,162 INFO [STDOUT] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
22:17:19,162 INFO [STDOUT] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
22:17:19,163 INFO [STDOUT] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
22:17:19,163 INFO [STDOUT] at
java.lang.reflect.Method.invoke(Method.java:585)
22:17:19,164 INFO [STDOUT] at
org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
22:17:19,164 INFO [STDOUT] at
org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
22:17:19,164 INFO [STDOUT] at
org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
22:17:19,165 INFO [STDOUT] at
org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
22:17:19,165 INFO [STDOUT] at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
22:17:19,166 INFO [STDOUT] at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
22:17:19,166 INFO [STDOUT] at
org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:234)
22:17:19,166 INFO [STDOUT] at
org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:200)
22:17:19,167 INFO [STDOUT] at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:241)
22:17:19,167 INFO [STDOUT] at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:79)
22:17:19,168 INFO [STDOUT] at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:61)
22:17:19,168 INFO [STDOUT] at
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
22:17:19,169 INFO [STDOUT] at
javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
22:17:19,169 INFO [STDOUT] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
22:17:19,170 INFO [STDOUT] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
22:17:19,170 INFO [STDOUT] at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
22:17:19,170 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
22:17:19,171 INFO [STDOUT] at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
22:17:19,171 INFO [STDOUT] at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
22:17:19,172 INFO [STDOUT] at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
22:17:19,172 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
22:17:19,172 INFO [STDOUT] at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:72)
22:17:19,173 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
22:17:19,173 INFO [STDOUT] at
org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:275)
22:17:19,174 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
22:17:19,174 INFO [STDOUT] at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
22:17:19,174 INFO [STDOUT] at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
22:17:19,175 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
22:17:19,175 INFO [STDOUT] at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
22:17:19,176 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
22:17:19,176 INFO [STDOUT] at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
22:17:19,176 INFO [STDOUT] at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
22:17:19,177 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
22:17:19,177 INFO [STDOUT] at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
22:17:19,178 INFO [STDOUT] at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
22:17:19,178 INFO [STDOUT] at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
22:17:19,179 INFO [STDOUT] at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
22:17:19,179 INFO [STDOUT] at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
22:17:19,180 INFO [STDOUT] at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
22:17:19,180 INFO [STDOUT] at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
22:17:19,181 INFO [STDOUT] at java.lang.Thread.run(Thread.java:595)
and I get some solution from the website,
http://wiki.jboss.org/wiki/Wiki.jsp?page=RulesTomcat, so i add the
following code in my application,
but after done, the same Exception occurs.
PackageBuilderConfiguration pkgBuilderCfg = new
PackageBuilderConfiguration();
pkgBuilderCfg.setCompiler(PackageBuilderConfiguration.JANINO);
isn't it some wrong with my following rule file?
package com.dcampus.snms.event.mbean
import com.dcampus.snms.event.model.EventLogInfo
rule "Event filter"
no-loop true
when
$e1:EventLogInfo(eventId1:eventId,time1:time,sourceIp1:sourceIp)
$e2:EventLogInfo(eventId2:eventId,time2:time,sourceIp2:sourceIp,
(eventId2 == eventId1),
(time2.getTime()-time1.getTime()<60000),
(time2.getTime()-time1.getTime()>0),
(sourceIp2.equals(sourceIp1))
)
then
$e2.setCorrelationId($e1.getCorrelationId());
$e2.setCause($e1.getCause());
System.out.println("Succeed!");
end
rule "virus"
when
$e1:EventLogInfo(eventId1:eventId,time1:time,sourceIp1:sourceIp,
(eventId1==2012)
)
$e2:EventLogInfo(eventId2:eventId,time2:time,sourceIp2:sourceIp,
(eventId2==2022),
(sourceIp2.equals(sourceIp1)),
(time2.getTime()-time1.getTime()<60000)
)
then
$e2.setCause("virus");
$e1.setCause("virus");
end
rule "high threshold"
when
$e1:EventLogInfo(eventId1:eventId,time1:time,sourceIp1:sourceIp,
(eventId1==2012)
)
$e2:EventLogInfo(eventId2:eventId,time2:time,sourceIp2:sourceIp,
(eventId2==2022),
(sourceIp2.equals(sourceIp1)),
(time2.getTime()-time1.getTime() >= 60000)
)
then
$e2.setCause("high threshold");
$e1.setCause("high threshold");
end
at the same time, i run the HelloWorldExample application in JBoss, it works well and no Exception occurs.
so i was very confused...please help me, urgently.
Best regards
--
------------------------------------------------------------
He Jianfei(何剑飞)
South China University of Technology
Communication & Computer Network key Laboratory of Guangdong
Guangzhou, P.R.China,510640
Email: jfhe(a)scut.edu.cn
jianfei.he(a)gmail.com
Tel: (86)13570352756
-----------------------------------------------------------
19 years, 2 months
Batch-centric best practices?
by Wagner Rick - rwagne
Hi all,
I'm a newbie to rules processing and would like to know if anyone knows of a good resource for learning batch-centric best practices.
I'd like to solve problems like these:
- Given a few objects of different type but with a commonly named attribute (i.e. Dog, Person, Cat, all having attribute 'age') find the one with the highest value for 'age'.
- Given a collection of like-typed objects in working memory, operating on a single attribute (i.e. 'age'), find the most commonly occuring value.
- Given a very large group of like-typed objects to operate on, finding the best number of objects to put into working memory per iteration for maximum performance.
- Other performance and tuning tips.....
Thanks much for any assistance! I love to read, so please do recommend any that concentrate on the practical rather than the academic aspect of working through such issues....
Best Regards,
Rick
*************************************************************************
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be
legally privileged.
If the reader of this message is not the intended recipient, you are
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.
If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.
Thank you.
*************************************************************************
19 years, 2 months
Exception occurs when deploy drools rule in jboss
by He Jianfei
Hi:
My drools rules application is deployed in JBoss, and my classpath
includes these jars:
activation.jar help.jar jcs-1.2.5-dev.jar mail.jar
AdventNetLogging.jar hsqldb.jar jcs.jar mail-plugin.jar
AdventNetSnmp.jar hsqldb-plugin.jar JDHCP.jar montnets.jar
antlr-2.7.5.jar janino-2.3.15.jar jdom.jar msbase.jar
antlr-3.0b6.jar jaxp-api.jar jfc_094.jar mssqlserver.jar
asm-1.5.3.jar jbcl.jar jfc_common.jar msutil.jar
autonumber-plugin.jar jbossall-client.jar jgroups.jar
mysql-connector-java-3.1.12-bin.jar
bcel.jar jboss-common-jdbc-wrapper.jar jh.jar NetComponents.jar
bindingservice-plugin.jar jbossha.jar jmx-adaptor-plugin.jar
org.eclipse.jdt.core_3.2.0.v_642.jar
bsh-core-1.3.0.jar jboss-j2ee.jar jmxri.jar properties-plugin.jar
bsh-deployer.jar jboss-jaas.jar jnet.jar sax.jar
commons-collections-3.1.jar jboss.jar jnp.jar scheduler-plugin-example.jar
commons-lang-1.0.1.jar jboss-jdbc_ext.jar jnpserver.jar scheduler-plugin.jar
concurrent.jar jboss-jsr77.jar jpl-pattern.jar smproxy.jar
dnsjava-1.3.0.jar jboss-management.jar jpl-util.jar snmp-support.jar
dom.jar jboss-monitoring.jar jsr94-1.1.jar stringtemplate-3.0.jar
drools-compiler-3.1.0-M1.jar jbossmq.jar jsr94-tck-1.1.jar xalan.jar
drools-core-3.1.0-M1.jar jbosssx.jar jsse.jar xercesImpl.jar
drools-decisiontables-3.1.0-M1.jar jboss-transaction.jar
jython-20020827-no-oro.jar xsltc.jar
dx.jar jcert.jar libmondem.so
groovy-all-1.0-jsr-04.jar jconn2.jar log4j.jar
and my project is building in eclipse 3.2M5, and JBoss version 3.2.5
when JBoss runs, the following Exception occurs:
java.lang.NoSuchMethodError:
org.eclipse.jdt.internal.compiler.CompilationResult.getProblems()[Lorg/eclipse/jdt/core/compiler/CategorizedProblem;
22:17:19,159 INFO [STDOUT] at
org.apache.commons.jci.compilers.EclipseJavaCompiler$2.acceptResult(EclipseJavaCompiler.java:247)
22:17:19,159 INFO [STDOUT] at
org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:454)
22:17:19,160 INFO [STDOUT] at
org.apache.commons.jci.compilers.EclipseJavaCompiler.compile(EclipseJavaCompiler.java:278)
22:17:19,160 INFO [STDOUT] at
org.drools.compiler.PackageBuilder.compileAll(PackageBuilder.java:501)
22:17:19,160 INFO [STDOUT] at
org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:224)
22:17:19,161 INFO [STDOUT] at
org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:148)
22:17:19,161 INFO [STDOUT] at
com.dcampus.snms.event.mbean.RuleManage.readRules(Unknown Source)
22:17:19,162 INFO [STDOUT] at
com.dcampus.snms.event.mbean.RuleManage.initRuleBaseEngine(Unknown Source)
22:17:19,162 INFO [STDOUT] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
22:17:19,162 INFO [STDOUT] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
22:17:19,163 INFO [STDOUT] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
22:17:19,163 INFO [STDOUT] at
java.lang.reflect.Method.invoke(Method.java:585)
22:17:19,164 INFO [STDOUT] at
org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
22:17:19,164 INFO [STDOUT] at
org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
22:17:19,164 INFO [STDOUT] at
org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
22:17:19,165 INFO [STDOUT] at
org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
22:17:19,165 INFO [STDOUT] at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185)
22:17:19,166 INFO [STDOUT] at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
22:17:19,166 INFO [STDOUT] at
org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:234)
22:17:19,166 INFO [STDOUT] at
org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:200)
22:17:19,167 INFO [STDOUT] at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:241)
22:17:19,167 INFO [STDOUT] at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:79)
22:17:19,168 INFO [STDOUT] at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:61)
22:17:19,168 INFO [STDOUT] at
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
22:17:19,169 INFO [STDOUT] at
javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
22:17:19,169 INFO [STDOUT] at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
22:17:19,170 INFO [STDOUT] at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
22:17:19,170 INFO [STDOUT] at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
22:17:19,170 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
22:17:19,171 INFO [STDOUT] at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
22:17:19,171 INFO [STDOUT] at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
22:17:19,172 INFO [STDOUT] at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
22:17:19,172 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
22:17:19,172 INFO [STDOUT] at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:72)
22:17:19,173 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
22:17:19,173 INFO [STDOUT] at
org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:275)
22:17:19,174 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
22:17:19,174 INFO [STDOUT] at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
22:17:19,174 INFO [STDOUT] at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
22:17:19,175 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
22:17:19,175 INFO [STDOUT] at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
22:17:19,176 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
22:17:19,176 INFO [STDOUT] at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
22:17:19,176 INFO [STDOUT] at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
22:17:19,177 INFO [STDOUT] at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
22:17:19,177 INFO [STDOUT] at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
22:17:19,178 INFO [STDOUT] at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
22:17:19,178 INFO [STDOUT] at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
22:17:19,179 INFO [STDOUT] at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
22:17:19,179 INFO [STDOUT] at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
22:17:19,180 INFO [STDOUT] at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
22:17:19,180 INFO [STDOUT] at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
22:17:19,181 INFO [STDOUT] at java.lang.Thread.run(Thread.java:595)
and I get some solution from the website:
http://wiki.jboss.org/wiki/Wiki.jsp?page=RulesTomcat, so i add the
following code in my application:
PackageBuilderConfiguration pkgBuilderCfg = new
PackageBuilderConfiguration();
pkgBuilderCfg.setCompiler(PackageBuilderConfiguration.JANINO);
but after done, the same Exception occurs. please help me, urgently.
Best regards
--
------------------------------------------------------------
He Jianfei(何剑飞)
South China University of Technology
Communication & Computer Network key Laboratory of Guangdong
Guangzhou, P.R.China,510640
Email: jfhe(a)scut.edu.cn
jianfei.he(a)gmail.com
Tel: (86)13570352756
-----------------------------------------------------------
19 years, 2 months
Best practice for avg. on Collection of objects?
by Wagner Rick - rwagne
Hi all,
I'd like to assert an arbitrarily sized Collection of like-typed objects into working memory and calculate an average for one of the attributes on the objects.
Is there a best practice for such an operation?
Thanks much,
Rick
*************************************************************************
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be
legally privileged.
If the reader of this message is not the intended recipient, you are
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.
If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.
Thank you.
*************************************************************************
19 years, 2 months
$param in eval (in decision table)
by Wen-Ching Lin
Hi,
Can we put $param in eval? For example,
eval(decision.getMaxValue() > ($param - decision.getDeduction() ) )
is this correct? If not, what's the correct way to write it in the condition of a decision table?
Thanks!
Wen.
---------------------------------
Moody friends. Drama queens. Your life? Nope! - their life, your story.
Play Sims Stories at Yahoo! Games.
19 years, 2 months
Sequential rules algorithm
by Shahad Ahmed
Does anyone know if there's an efficient way of replicating the Ilog JRules
sequential algorithm in Drools?
>From a (over simplified) users perspective, the JRules sequential algorithm
takes an ordered list of rules and fires the first rule in the sequence with
a valid IF condition. You can also specify a maximum number of rules in a
sequence that may fire. If you have a large number of simple rules to be
fired in sequence (often precondition validating rules in a complex
ruleflow), then the sequential algorithm gives a significant performance
gain over the RETE algorithm in JRules.
I can see how you might order a set of rules by salience and give then the
same agenda group. Then I assume you will get the equivalent "behaviour" to
the Ilog sequential algorithm described above. However, before I try this
out, I thought I'd ask if anyone has a view on the performance of this
approach; and whether there would be anything to be gained by adding a
similar sequential algorithm to Drools.
I've seen a few Blog posts in the past that suggest that the Ilog sequential
algorithm is similar to LEAPS, but I don't know if that's accurate - also
LEAPS will no longer be supported on Drools 4.0 development path.
Thanks
Shahad
19 years, 2 months
Is LEAPS supported in 4.0MR2?
by Shahad Ahmed
I noticed that the leaps module appears to have been removed from 4.0MR2.
Does anyone know if LEAPS is still supported?
Thanks
Shahad
19 years, 2 months
RE: rules-users-Does 4.0MR2 support dsl?
by Sikkandar Nawabjan
Mark,
I did see the MR2 release in your site. we need to use dsl.
Is there any change in this release as far as dsl is concerned.
we already used version3.0.6 and created all dsl.
can we use the rules as it is in the new release especially DSL?
Please let me know.
Thanks and Regs,
Basha
________________________________
From: rules-users-bounces(a)lists.jboss.org on behalf of rules-users-request(a)lists.jboss.org
Sent: Thu 4/12/2007 8:02 PM
To: rules-users(a)lists.jboss.org
Subject: rules-users Digest, Vol 5, Issue 36
Send rules-users mailing list submissions to
rules-users(a)lists.jboss.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.jboss.org/mailman/listinfo/rules-users
or, via email, send a message with subject or body 'help' to
rules-users-request(a)lists.jboss.org
You can reach the person managing the list at
rules-users-owner(a)lists.jboss.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of rules-users digest..."
Today's Topics:
1. Re: Subject: Re: [rules-users] DSL is Dropped? (Mark Proctor)
2. Re: Add/remove objects from working memory are very CPU
intensive (Mark Proctor)
3. Re: Add/remove objects from working memory are very CPU
intensive (Einat Idan)
4. Object in parameter (fakhfakh ismail)
----------------------------------------------------------------------
Message: 1
Date: Thu, 12 Apr 2007 13:33:42 +0100
From: Mark Proctor <mproctor(a)codehaus.org>
Subject: Re: Subject: Re: [rules-users] DSL is Dropped?
To: Rules Users List <rules-users(a)lists.jboss.org>
Message-ID: <461E2726.2060705(a)codehaus.org>
Content-Type: text/plain; charset="iso-8859-1"
M3, so it won't be in this upcoming release, but the one after. there
will be partial DSL support in M2, at the engine level, but not at the
IDE level.
Mark
Sikkandar Nawabjan wrote:
> Mark,
> I did see your reply on one of the question that DSL is not enable for
> M1. In which version it will be enable. we plan to use milestone.
> Is it going to be enable or DSL feature going to be removed?
> Thanks and Regs,
> Basha
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20070412/0075c6c...
------------------------------
Message: 2
Date: Thu, 12 Apr 2007 13:34:52 +0100
From: Mark Proctor <mproctor(a)codehaus.org>
Subject: Re: [rules-users] Add/remove objects from working memory are
very CPU intensive
To: Rules Users List <rules-users(a)lists.jboss.org>
Message-ID: <461E276C.3060906(a)codehaus.org>
Content-Type: text/plain; charset="iso-8859-1"
I'm just finalising the last bit, so any day now. with any luck over the
weekend or monday.
Mark
Einat Idan wrote:
> Michael,
> Thanks for your reply.
>
> When is the next milestone expected?
>
> On 4/12/07, *Michael Neale* <michael.neale(a)gmail.com
> <mailto:michael.neale@gmail.com>> wrote:
>
> definately upgrade to latest 3.0.x version (3.0.6).
>
> Also, those methods are were most of the work happens, its a
> common misconception that all the work happens lazily when you
> call "fire all rules" but that is not the case, as you assert each
> object, it propagates through the RETE network, so that is normal
> to see the time spent there for lots of data.
>
> you can also try the trunk version if you like, its certainly got
> some improvements, but the next milestone (if you can wait) will
> be more worth your time.
>
> Michael.
>
> On 4/12/07, *Einat Idan* <idan.einat(a)gmail.com
> <mailto:idan.einat@gmail.com>> wrote:
>
> Hi,
>
> I encountered a serious performance problem using Jboss Rules
> 3.0.1. The process was executed on a pretty strong machine - a
> DL350 4 cpu RedHat machine. The process was using about 100%
> CPU and I used a profiler to see what's going on:
>
> My application adds/removes objects to/from the working memory
> of a stateful rule session quite intensively (2000-3000 per
> sec), though the intensive actions were related to a single
> rule session and only a few extra rule sessions existed
> simultaneously. It turned out that about 7-10% of CPU was
> consumed per a single add/remove operation. More specifically,
> ReteooWorkingMemory.doRetract() and
> ReteooWorkingMemory.doAssertObject() were the major consumers.
> I would expect a basic operation like this to be significantly
> less CPU intensive.
>
> Would you please provide more information, is my benchmark too
> ambitious? Do you recommend an upgrade to version 3.0.6? 3.1?
> If so, please elaborate what were the performance improvements.
>
> Best regards,
> Einat Idan
>
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20070412/a706a02...
------------------------------
Message: 3
Date: Thu, 12 Apr 2007 16:01:56 +0300
From: "Einat Idan" <idan.einat(a)gmail.com>
Subject: Re: [rules-users] Add/remove objects from working memory are
very CPU intensive
To: "Rules Users List" <rules-users(a)lists.jboss.org>
Message-ID:
<b365cc480704120601s6322e320n5985259f33224720(a)mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Mark,
Thanks, these is good news!
My product is planned to be GA in 4-5 months. When do you recommend shifting
from 3.0.1 (that's the version I currently use) to 3.1? When do you expect
3.1 to be a stable version?
Best regards,
Einat
On 4/12/07, Mark Proctor <mproctor(a)codehaus.org> wrote:
>
> I'm just finalising the last bit, so any day now. with any luck over the
> weekend or monday.
>
> Mark
> Einat Idan wrote:
>
> Michael,
> Thanks for your reply.
>
> When is the next milestone expected?
>
> On 4/12/07, Michael Neale <michael.neale(a)gmail.com > wrote:
> >
> > definately upgrade to latest 3.0.x version (3.0.6).
> >
> > Also, those methods are were most of the work happens, its a common
> > misconception that all the work happens lazily when you call "fire all
> > rules" but that is not the case, as you assert each object, it propagates
> > through the RETE network, so that is normal to see the time spent there for
> > lots of data.
> >
> > you can also try the trunk version if you like, its certainly got some
> > improvements, but the next milestone (if you can wait) will be more worth
> > your time.
> >
> > Michael.
> >
> > On 4/12/07, Einat Idan <idan.einat(a)gmail.com> wrote:
> >
> > > Hi,
> > >
> > > I encountered a serious performance problem using Jboss Rules 3.0.1.
> > > The process was executed on a pretty strong machine - a DL350 4 cpu RedHat
> > > machine. The process was using about 100% CPU and I used a profiler to see
> > > what's going on:
> > >
> > > My application adds/removes objects to/from the working memory of a
> > > stateful rule session quite intensively (2000-3000 per sec), though the
> > > intensive actions were related to a single rule session and only a few extra
> > > rule sessions existed simultaneously. It turned out that about 7-10% of CPU
> > > was consumed per a single add/remove operation. More specifically,
> > > ReteooWorkingMemory.doRetract() and ReteooWorkingMemory.doAssertObject()
> > > were the major consumers. I would expect a basic operation like this to be
> > > significantly less CPU intensive.
> > >
> > > Would you please provide more information, is my benchmark too
> > > ambitious? Do you recommend an upgrade to version 3.0.6? 3.1? If so,
> > > please elaborate what were the performance improvements.
> > >
> > > Best regards,
> > > Einat Idan
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > 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@lists.jboss.orghttps://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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20070412/2dcacdc...
------------------------------
Message: 4
Date: Thu, 12 Apr 2007 16:31:22 +0200 (CEST)
From: fakhfakh ismail <ismail_info2005(a)yahoo.fr>
Subject: [rules-users] Object in parameter
To: rules-users(a)lists.jboss.org
Message-ID: <20070412143122.664.qmail(a)web27305.mail.ukl.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
First sorry for my bad English
when I execute this rule an error is affiched.
when
user1: BnUserValue(name : name)
and
ActiviteOut : BnNodeValue()
and
lien: BnEdgeValue(id : id, OutBnNode : OutBnNode)
then
System.out.println("oui ça marche");
end
the problem is when I remove the object OutBnNode : OutBnNode the parameter there's not error I want to is this error exist because I can't set parameter with type not String, Integer, Date, ....
Best regard
---------------------------------
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20070412/a712bf0...
------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
End of rules-users Digest, Vol 5, Issue 36
******************************************
19 years, 2 months
