Re: [rules-users] RuleBase.removeRule leads to NoClassDefFoundError
Hi. I work with Steinar. As he mentioned upgrading to 5.0 is not an option for us. Now that we have worked around this problem during compilation (by switching off beta node sharing, see https://jira.jboss.org/jira/browse/JBRULES-2098) we are starting to see similiar problem during stateless session execution: java.lang.NoClassDefFoundError: com/telenor/cos/domain/core/productoffer/rules/subscriptiontype/Rule_Required SubscriptionTypes_11084_0 at com.telenor.cos.domain.core.productoffer.rules.subscriptiontype.Rule_RequiredSubscriptionTypes_11084_0Eval0In voker.evaluate(Unknown Source) at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:77) at org.drools.reteoo.EvalConditionNode.assertTuple(EvalConditionNode.java:148) at org.drools.reteoo.SingleTupleSinkAdapter.propagateAssertTuple(SingleTupleSinkAdapter.java:20) at org.drools.reteoo.JoinNode.assertTuple(JoinNode.java:110) at org.drools.reteoo.SingleTupleSinkAdapter.createAndPropagateAssertTuple(SingleTupleSinkAdapter.java:55) at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:116) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:318) at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:145) at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:299) at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:162) at org.drools.reteoo.Rete.assertObject(Rete.java:175) at org.drools.reteoo.ReteooRuleBase.assertObject(ReteooRuleBase.java:192) at org.drools.reteoo.ReteooWorkingMemory.doInsert(ReteooWorkingMemory.java:71) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:911) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:883) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:684) at org.drools.reteoo.ReteooStatelessSession.execute(ReteooStatelessSession.java:160) We are seeing the same thing as during compilation: TupleNodes associated with removed rules seems to have been left orphaned in the rete tree. I have not been able to find a workaround for this. If this has been fixed in 5.0: Does anybody have any pointers or advice that can help us to create a local patch for 4.0.7 for this? Any help would be much appreciated! Kind regards Christian Steinar Haugen wrote: Hi Edson, Thanks for your reply. Unfortunately, that is not yet an option for us, since we're still on JDK 1.4.2. -- View this message in context: http://www.nabble.com/RuleBase.removeRule-leads-to-NoClassDefFoundError-tp23657476p2368.html Sent from the drools - user mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
RE: [rules-users] DRools 5.0 and XFire
Thank you for the mail. The stack follows - org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]: Constructor threw exception; nested exception is java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115) at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:61) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:877) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:839) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:440) Truncated. see log file for complete stacktrace java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:98) at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:75) at java.util.XMLUtils.load(XMLUtils.java:57) at java.util.Properties.loadFromXML(Properties.java:701) at org.apache.cxf.common.util.PropertiesLoaderUtils.loadAllProperties(PropertiesLoaderUtils.java:71) From: rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.org] On Behalf Of David Sinclair Sent: Thursday, May 28, 2009 8:35 PM To: Rules Users List Subject: Re: [rules-users] DRools 5.0 and XFire What exactly is the issue? 2009/5/28 Bhamidi, Krishna krishna.bham...@qwest.commailto:krishna.bham...@qwest.com Hi folks, we have exposed rules services using a web-service - we use XFire/CXF for our web-services. Server is Weblogic 10.0. The web-services worked in 5.0CR1, after we upgraded to 5.0, we run into classpath issues between XFire/CXF, Antlr and Weblogic. Tried quite a few solutions on google, but have had no luck. Has anyone had similar issues? Is anyone using a similar framework? Krishna ___ rules-users mailing list rules-users@lists.jboss.orgmailto: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
Re: [rules-users] DRools 5.0 and XFire
What version of java are you using, 1.6? 2009/5/29 Bhamidi, Krishna krishna.bham...@qwest.com Thank you for the mail. The stack follows - org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]: Constructor threw exception; nested exception is java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115) at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:61) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:877) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:839) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:440) Truncated. see log file for complete stacktrace java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:98) at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:75) at java.util.XMLUtils.load(XMLUtils.java:57) at java.util.Properties.loadFromXML(Properties.java:701) at org.apache.cxf.common.util.PropertiesLoaderUtils.loadAllProperties(PropertiesLoaderUtils.java:71) -- *From:* rules-users-boun...@lists.jboss.org [mailto: rules-users-boun...@lists.jboss.org] *On Behalf Of *David Sinclair *Sent:* Thursday, May 28, 2009 8:35 PM *To:* Rules Users List *Subject:* Re: [rules-users] DRools 5.0 and XFire What exactly is the issue? 2009/5/28 Bhamidi, Krishna krishna.bham...@qwest.com Hi folks, we have exposed rules services using a web-service - we use XFire/CXF for our web-services. Server is Weblogic 10.0. The web-services worked in 5.0CR1, after we upgraded to 5.0, we run into classpath issues between XFire/CXF, Antlr and Weblogic. Tried quite a few solutions on google, but have had no luck. Has anyone had similar issues? Is anyone using a similar framework? Krishna ___ 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
RE: [rules-users] DRools 5.0 and XFire
We use Java 1.6. It occurs on both 1.5 and 1.6 From: rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.org] On Behalf Of David Sinclair Sent: Friday, May 29, 2009 2:09 PM To: Rules Users List Subject: Re: [rules-users] DRools 5.0 and XFire What version of java are you using, 1.6? 2009/5/29 Bhamidi, Krishna krishna.bham...@qwest.commailto:krishna.bham...@qwest.com Thank you for the mail. The stack follows - org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]: Constructor threw exception; nested exception is java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115) at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:61) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:877) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:839) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:440) Truncated. see log file for complete stacktrace java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:98) at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:75) at java.util.XMLUtils.load(XMLUtils.java:57) at java.util.Properties.loadFromXML(Properties.java:701) at org.apache.cxf.common.util.PropertiesLoaderUtils.loadAllProperties(PropertiesLoaderUtils.java:71) From: rules-users-boun...@lists.jboss.orgmailto:rules-users-boun...@lists.jboss.org [mailto:rules-users-boun...@lists.jboss.orgmailto:rules-users-boun...@lists.jboss.org] On Behalf Of David Sinclair Sent: Thursday, May 28, 2009 8:35 PM To: Rules Users List Subject: Re: [rules-users] DRools 5.0 and XFire What exactly is the issue? 2009/5/28 Bhamidi, Krishna krishna.bham...@qwest.commailto:krishna.bham...@qwest.com Hi folks, we have exposed rules services using a web-service - we use XFire/CXF for our web-services. Server is Weblogic 10.0. The web-services worked in 5.0CR1, after we upgraded to 5.0, we run into classpath issues between XFire/CXF, Antlr and Weblogic. Tried quite a few solutions on google, but have had no luck. Has anyone had similar issues? Is anyone using a similar framework? Krishna ___ rules-users mailing list rules-users@lists.jboss.orgmailto:rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.orgmailto: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
Re: [rules-users] Upgrade to Drools 5 - loss of performance
Another change that occurred in parallel with the upgrade was responsible for the upgrade. MY apologies for the false alarm. I am now seeing a problem with Unable to load dialect ... JavaDialectConfiguration - it appears to be looking for the Eclipse JDT jar file. However, I have never required that before. I use the Eclipse plugin but have not needed the JDT jar in the deployed app - doing fine with drools-compiler. I can start a new thread for this issue if it's going to take more than one reply to address this. Here's the drools dependencies in my classpath: antlr-runtime-3.1.1.jar drools-api-5.0.1.jar drools-compiler-5.0.1.jar drools-core-5.0.1.jar joda-time-1.6.jar mvel2-2.0.10.jar Here's the error output: Exception in thread AWT-EventQueue-0 org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java:org.drools.rule.builder.dialect.java.JavaDialectConfiguration' at org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:274) at org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationMap(PackageBuilderConfiguration.java:259) at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:176) at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:153) at org.drools.compiler.PackageBuilder.init(PackageBuilder.java:242) at org.drools.compiler.PackageBuilder.init(PackageBuilder.java:142) at com.cbfp.findata.Rules.generateRuleBase(Rules.java:165) at com.cbfp.findata.Rules.addPackage(Rules.java:208) at com.cbfp.findata.Rules.createRules(Rules.java:64) ... Caused by: java.lang.RuntimeException: The Eclipse JDT Core jar is not in the classpath at org.drools.rule.builder.dialect.java.JavaDialectConfiguration.setCompiler(JavaDialectConfiguration.java:94) at org.drools.rule.builder.dialect.java.JavaDialectConfiguration.init(JavaDialectConfiguration.java:55) at org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:270) ... ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Upgrade to Drools 5 - loss of performance
Hi Scott, All I can say is I am glad to hear. :) Regarding your eclipse problem, please check 2 things: Drools plugin now supports multiple runtimes the same way that eclipse supports multiple JDKs. So, go to windows-preferences-drools-installed runtime to configure that. Also, make sure you are using eclipse 3.4. I believe this is in the drools plugin docs, but I did not checked myself. []s Edson 2009/5/29 Scott Reed sr...@avacoda.com Another change that occurred in parallel with the upgrade was responsible for the upgrade. MY apologies for the false alarm. I am now seeing a problem with Unable to load dialect ... JavaDialectConfiguration - it appears to be looking for the Eclipse JDT jar file. However, I have never required that before. I use the Eclipse plugin but have not needed the JDT jar in the deployed app - doing fine with drools-compiler. I can start a new thread for this issue if it's going to take more than one reply to address this. Here's the drools dependencies in my classpath: antlr-runtime-3.1.1.jar drools-api-5.0.1.jar drools-compiler-5.0.1.jar drools-core-5.0.1.jar joda-time-1.6.jar mvel2-2.0.10.jar Here's the error output: Exception in thread AWT-EventQueue-0 org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java:org.drools.rule.builder.dialect.java.JavaDialectConfiguration' at org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:274) at org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationMap(PackageBuilderConfiguration.java:259) at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:176) at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:153) at org.drools.compiler.PackageBuilder.init(PackageBuilder.java:242) at org.drools.compiler.PackageBuilder.init(PackageBuilder.java:142) at com.cbfp.findata.Rules.generateRuleBase(Rules.java:165) at com.cbfp.findata.Rules.addPackage(Rules.java:208) at com.cbfp.findata.Rules.createRules(Rules.java:64) ... Caused by: java.lang.RuntimeException: The Eclipse JDT Core jar is not in the classpath at org.drools.rule.builder.dialect.java.JavaDialectConfiguration.setCompiler(JavaDialectConfiguration.java:94) at org.drools.rule.builder.dialect.java.JavaDialectConfiguration.init(JavaDialectConfiguration.java:55) at org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:270) ... ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- Edson Tirelli JBoss Drools Core Development 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
Re: [rules-users] Upgrade to Drools 5 - loss of performance
Edson, I wasn't clear. I am getting this dialect error when I run the app outside Eclipse. It works great in Eclipse. Scott ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Upgrade to Drools 5 - loss of performance
Scott Reed wrote: Edson, I wasn't clear. I am getting this dialect error when I run the app outside Eclipse. It works great in Eclipse. If you are outside of eclipse, then you need a compiler - either Janino or JDT, it's always been that way. Mark Scott ___ 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] Drools 5.0 dependancies
Hello, I notice there is a license file with the drools 5.0 binary distribution, and the /lib directory contains all the dependancy libraries for drools, but I have no idea who owns these or what the license is on the numerous third party libraries in there.Does anyone have any idea what licenses apply to all of the dependancy .jars for Drools 5.0? Thanks, Chris ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] Dependencies readme file
I notice that all of the drools 5.0 dependency jars are in the .lib folder, but many of the versions are wrong according to the README_DEPENDENCIES.txt file. For instance API: Jaxb-impl 2.1.9 However version 2.0.3 is the one included in the jar. Can someone explain what is going on here or what I'm missing? Thanks, Chris ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Drools 5.0 dependancies
Chris Richmond wrote: Hello, I notice there is a license file with the drools 5.0 binary distribution, and the /lib directory contains all the dependancy libraries for drools, but I have no idea who owns these or what the license is on the numerous third party libraries in there.Does anyone have any idea what licenses apply to all of the dependancy .jars for Drools 5.0? Different dependency, different license. Easiest thing to do is look them up from the website. Mark Thanks, Chris ___ 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
Re: [rules-users] Upgrade to Drools 5 - loss of performance
2009/5/29 Mark Proctor mproc...@codehaus.org Scott Reed wrote: Edson, I wasn't clear. I am getting this dialect error when I run the app outside Eclipse. It works great in Eclipse. If you are outside of eclipse, then you need a compiler - either Janino or JDT, it's always been that way. Mark Ah! I'm glad it's so simple! I interpreted the dependencies file to say that both compilers are optional. I figured Drools-Compiler would do the compiling unless I wanted whatever special compiling features were offered by Eclipse or Janino. Thanks again, Scott ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Dependencies readme file
Chris Richmond wrote: I notice that all of the drools 5.0 dependency jars are in the .lib folder, but many of the versions are wrong according to the README_DEPENDENCIES.txt file. For instance API: Jaxb-impl 2.1.9 However version 2.0.3 is the one included in the jar. Can someone explain what is going on here or what I'm missing? The real source of truth is in the poms, stick with those to be sure. Thanks, Chris ___ 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