please cut and paste code example
--
View this message in context:
http://drools.46999.n3.nabble.com/Drools-6-support-for-changeset-tp4027138p4027295.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing
I’m defining in Drools WB several Knowledge Bases and Sessions therein. After
that the project is saved, built and deployed. There are no exceptions.
However, the kmodule.xml in the jar does not contain the knowledge bases and
session created. It contains the default knowledge base and session (it
It was a bug that has been fixed. It is available in github sources and
will be in the forthcoming release.
You can work around it by changing anything in the pom (e.g. name,
description) and saving.
Sent on the move
On 14 Dec 2013 08:47, marjan.sterjev sterj...@mt.net.mk wrote:
I’m defining
I had a similar problem once related to having two sets of drools
dependencies in the classpath. Have you tried removing the
org.apache.servicemix.bundles.drools dependency from your pom file? if this
is a servicemix Service and you can't remove that from the actual runtim
e, you might try a
daily snapshot builds are here for you to test:
http://downloads.jboss.org/drools/release/snapshot/6.0.x/
Mark
On 14 Dec 2013, at 08:52, Michael Anstis michael.ans...@gmail.com wrote:
It was a bug that has been fixed. It is available in github sources and will
be in the forthcoming release.
If I take that dependency out I get
java.lang.IllegalArgumentException: Unable to instantiate service for Class
'org.drools.builder.KnowledgeBuilderFactoryService'
at org.drools.util.ServiceRegistryImpl.get(ServiceRegistryImpl.java:166)
at
As far as I know, older versions of Drools were not guaranteed to be
thread-safe,
and the whole (de)serialization subsystem has been upgraded since
5.3.0.Final.
Could you try a later version such as 5.5.0.Final or 5.6.0.CR1?
Bugs and issues are usually reported using JIRA (community) or Bugzilla
The class org.drools.builder.impl.KnowledgeBuilderFactoryServiceImpl is in
drools-compiler.
It is very likely that there is still some configuration issue.. even if you
removed the explicit
dependencies, are the servicemix jars still on the classpath?
Moreover, using servicemix-drools 5.1.1
Thanks, I have reproduced the issue using the provided test case.
Indeed there are two relatively independent ways to hit the permgen :
jitted constraints
and rule consequences (when the java dialect is used).
In the test, with the default values a permgen of ~300MB is needed to
accomodate the
