+++ This bug was initially created as a clone of Bug #1276379 +++

Description of problem:
when kie-camel and other necessary dependencies are installed in JBoss EAP Module, they are not loading the rules bundled in *.war app deployed on the same EAP instance.

Version-Release number of selected component (if applicable):
BPM Suite 6.1
JBoss EAP 6.4
lib version:
org.kie:kie-camel:6.2.0.Final-redhat-6

How reproducible:
always

Steps to Reproduce:
1) Unzip third-party-modules.zip to your favorite location (let's say /tmp/modules).
2) Unzip the sample-kie-service.tgz to another location and compile it using a simple 'mvn install'

I have added these two repositories to my settings.xml in order to successfully build this project:

A) http://repo.fusesource.com/nexus/content/groups/public/
B) https://maven.repository.redhat.com/techpreview/all/

3) copy the compiled sample-kie-service.war from the target folder to your eap6 deploy directory
4) start jboss using the standalone.sh script, and specifying the extra modules folder. I use the following command:

$ cd jboss-eap-6/bin
$ JBOSS_MODULEPATH=../modules:/tmp/modules ./standalone.sh

5) in server.log, you should see the timer ticking, but not the message from the rule1.drl file:

[route2] (Camel (camel) thread #0 - timer://mytimer) Rule Execution

6) You can also see the message "No files found for KieBase kbase1" in server.log.

Actual results:

Rule files bundled in a *.war are NOT loaded

Expected results:
Rule file bundled in a *.war are loaded

Additional info:
This is my *.war structure during the tests:
http://pastebin.test.redhat.com/323151

If I remove the provided scope of kie-camel in pom.xml and bundles everything within the *.war under web-inf/lib so my WAR structure looks like this:
http://pastebin.test.redhat.com/323153

Then the kie-camel loads the rule, and the camel routes executes the rule as expected.

At first I thought this may be related to
https://access.redhat.com/solutions/359653
but I'd like to request technical verification, whether this is not issue within our code..

— Additional comment from Anton Giertli on 2015-10-29 10:53:36 EDT —

Customer's impression is this:

////
I feel like the issue is that kie-spring tries to load the resource using getClass().getResourceAsStream("/drl/rule1.drl"), when instead it should use Thread.currentThread().getContextClassLoader().getResourceAsStream("/drl/rule1.drl").
////

I couldn't find any evidence to support or contradict this statement.

— Additional comment from Anton Giertli on 2015-10-29 10:54 EDT —

— Additional comment from Anton Giertli on 2015-10-29 10:56:01 EDT —

thirdparty-modules-2.0-SNAPSHOT-distribution.zip can be downloaded from here:

https://drive.google.com/a/redhat.com/file/d/0B8dnQbQlfqALci1FdzQyc0pVMG8/view?usp=sharing

Let me know if you have issues with using google drive, I can always re-upload to somewhere else.

— Additional comment from JBoss Product and Program Management on 2015-10-29 11:00:27 EDT —

Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.

— Additional comment from Edson Tirelli on 2015-11-02 13:04:37 EST —

Mario, can you please take a look at this ticket? Check with Roger if you need help with the module definitions.

— Additional comment from Mario Fusco on 2015-11-04 03:52:02 EST —

I fixed this issue with the following 2 commits:

• drools
  https://github.com/droolsjbpm/drools/commit/1587b6e08f15eefd8c52121fe284f48252ee79b9

• droolsjbpm-integration
  https://github.com/droolsjbpm/droolsjbpm-integration/commit/85c894f10920bd825637bf8ad8225a6ecd2c9b09

However also with this 2 fixes in place the provided test case was not working because the attached kie module missed antlr and ecj among their dependencies. I manually added these dependencies to the module and this definitively fixed the problem.

Roger, since you are investigating the reason of the missing dependencies, can you please add your findings here?

— Additional comment from Anton Giertli on 2015-11-04 09:39:46 EST —

To help with scheduling this BZ, these are the customers expectations:

"We are in development phase until end of December, then QA and prod. If we could get the fix before end of December, it would leave our dev team a bit of time to test it before they pass the code to QA."