11:39 p.m.
Mayank,
Can you try adding the ksession tag?
<kie:kmodule id="kieModule">
<kie:kbase name="validationRulesKBase"
packages="com.acme.rules">
<kie:ksession name="ksession1" type="stateless"/>
</kie:kbase>
</kie:kmodule>
Also, can you post the relevant sections of the console log?
- Vinod
From: Mayank <mayank.kumar(a)gmail.com>
Subject: [rules-users] Unable to have KBase recognize our DRL files
Date: 27 December 2013 02:50:59 GMT
To: rules-users(a)lists.jboss.org
Reply-To: Rules Users List <rules-users(a)lists.jboss.org>
Hi,
We are in the process of upgrading Drools in our application. Until 5.x the
following spring configuration used to work well for us:
<drools:kbase id="validationRulesKBase">
<drools:resources>
<drools:resource type="DRL"
source="classpath:rules/trade/rule1.drl" />
<drools:resource type="DRL"
source="classpath:rules/trade/rule2.drl" />
</drools:resources>
</drools:kbase>
With an inejection of this KnowledgeBase, we would create a stateless
session and
fire all rules after inserting appropriate facts and globals.
After upgrading to Drools 6, our DRL files don't seem to be getting picked
up
in the knowledge base - we are using the following spring configuration:
<bean id="kiePostProcessor"
class="org.kie.spring.KModuleBeanFactoryPostProcessor"/>
<kie:kmodule id="kieModule">
<kie:kbase name="validationRulesKBase"
packages="com.acme.rules"/>
</kie:kmodule>
This KnowledgeBase gets injected in our code but it doesn't seem to pick up
the
DRL files in the specified package. We have ensure that the drl files are
under src/main/resources/com/acme/rules and that package is specified in each
DRL file at the top.
Am I missing something in this new configuration?
thnx,
-mayank
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
2:15 a.m.
New subject: Unable to have KBase recognize our DRL files
Hi Vinod,
Adding the ksession tag didn't help. I assumed, doing
newStatelessKieSession() in the code would do the same thing.
When I was trying to extract the console log as requested by you I noticed
this in the log file:
13:35:31.046[main] WARN ClasspathKieProject : Unable to load
pom.properties tried recursing down from/.../target/test-classes/
Taking this further, I added a pom.properties under META-INF/maven under the
resources folder of this project with the following content:
version=${project.version}
groupId=${project.groupId}
artifactId=${project.artifactId}
Once this pom.properties is placed, it runs like a charm!
I wonder though why this file is required and why it cannot be placed
generated automatically if not found?
Thanks,
Mayank
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Unable-to-have-KBase-recogn...
Sent from the Drools: User forum mailing list archive at Nabble.com.
10:37 a.m.
New subject: Unable to have KBase recognize our DRL files
All jars must have a pom.properties in there, for versioning and lookup. Maven built jars
will place that in there for you. We will generate a generic pom.properties for you, if
you are generating a kjar in memory with the programmatic api - but this has very limited
use cases, related to in memory throw away stuff. If it’s a provided jar, then we can only
use what is given. If we were to generate for this, it would mask other problems, and
cause other problems. Such as KieContainer lookup, via ReleaseId.
Mark
On 30 Dec 2013, at 08:15, mayank_io <mayank.kumar(a)gmail.com> wrote:
Hi Vinod,
Adding the ksession tag didn't help. I assumed, doing
newStatelessKieSession() in the code would do the same thing.
When I was trying to extract the console log as requested by you I noticed
this in the log file:
13:35:31.046[main] WARN ClasspathKieProject : Unable to load
pom.properties tried recursing down from/.../target/test-classes/
Taking this further, I added a pom.properties under META-INF/maven under the
resources folder of this project with the following content:
version=${project.version}
groupId=${project.groupId}
artifactId=${project.artifactId}
Once this pom.properties is placed, it runs like a charm!
I wonder though why this file is required and why it cannot be placed
generated automatically if not found?
Thanks,
Mayank
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Unable-to-have-KBase-recogn...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
3984
days inactive
3987
days old
2 comments
3 participants
participants (3)
-
Mark Proctor -
mayank_io -
P. Vinod Kiran