[rules-users] Rules not picked when packaged inside the JAR

[Mark Proctor]

Have you tried this without using spring? Would be good to know if the problem is with our spring implementation or not.

Mark
On 6 May 2014, at 03:51, ash316 <ashishna at gmail.com> wrote:

> I am using JBOSS 6.1 EAP and my application also uses kie-spring 6.1-Beta
> 
> On May 6, 2014 12:03 PM, "Mark Proctor [via Drools]" <[hidden email]> wrote:
> This may be a container issue, which container are you using?
> 
> It doesn’t locate resources via the classloader. Instead it locates the jar on the file system and scans the contents of the jar. The jar must have a kmodule.xml file inside of it to be recognised and it’s resources added.
> 
> We know this works for normal jars. Inside of JBoss EAP you need to add the JBoss VFS jar (I think). We recently made weblogic work, and are currently investigating websphere.
> 
> Mark
> On 6 May 2014, at 00:32, Ashish Nayyar <[hidden email]> wrote:
> 
>> Can anyone help here please ?
>> 
>> I am working on DROOLS 6.0.1 application. I have my rule files (*.drl) packaged inside a separate project which is included as a jar file as a maven dependency. When I deploy my project, KIEModule is not able to find the rules files (which are packaged inside the jar above). I am not getting an error though but rules are not getting fired. If I manually place the rules files under classpath say WEB-INF/rules/*.drl they are detected and rules are executed. I was under impression that KIEmodules are auto discovered from anywhere in classpath. Any pointers are appreciated. This is general question hence I have not included the comprehensive code files. Everything start working once I place the *.drl files in the classpath (take them outside of jar). I have opened the JIRA issue @ Link Thanks 
>> 
>> 
>> On Tue, Apr 29, 2014 at 3:51 PM, ash316 <[hidden email]> wrote:
>> I am working on DROOLS 6.0.1 application. I have my rule files (*.drl) packaged inside a separate project which is included as a jar file as a maven dependency. When I deploy my project, KIEModule is not able to find the rules files (which are packaged inside the jar above). I am not getting an error though but rules are not getting fired. If I manually place the rules files under classpath say WEB-INF/rules/*.drl they are detected and rules are executed. I was under impression that KIEmodules are auto discovered from anywhere in classpath. Any pointers are appreciated. This is general question hence I have not included the comprehensive code files. Everything start working once I place the *.drl files in the classpath (take them outside of jar). I have opened the JIRA issue @ Link Thanks 
>> View this message in context: Rules not picked when packaged inside the JAR
>> Sent from the Drools: User forum mailing list archive at Nabble.com.
>> 
>> _______________________________________________
>> rules-users mailing list
>> [hidden email]
>> https://lists.jboss.org/mailman/listinfo/rules-users
> 
> _______________________________________________
> rules-users mailing list
> [hidden email]
> https://lists.jboss.org/mailman/listinfo/rules-users
> 
> 
> _______________________________________________ 
> rules-users mailing list 
> [hidden email] 
> https://lists.jboss.org/mailman/listinfo/rules-users 
> 
> If you reply to this email, your message will be added to the discussion below:
> http://drools.46999.n3.nabble.com/Rules-not-picked-when-packaged-inside-the-JAR-tp4029378p4029432.html
> To unsubscribe from Rules not picked when packaged inside the JAR, click here.
> NAML
> 
> View this message in context: Re: [rules-users] Rules not picked when packaged inside the JAR
> Sent from the Drools: User forum mailing list archive at Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users at 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/20140506/1be07199/attachment-0001.html