Created attachment 848277 [details] Maven project with WAR illustrating the issue Description of problem: Kie-spring throws the following NPE when trying to load KieModule on EAP 6 running on Windows: ava.lang.NullPointerException: null at java.io.File.<init>(File.java:222) at org.drools.compiler.kie.builder.impl.ClasspathKieProject.getPomProperties(ClasspathKieProject.java:228) at org.kie.spring.KModuleBeanFactoryPostProcessor.postProcessBeanFactory(KModuleBeanFactoryPostProcessor.java:95) at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:663) at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:653) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:407) at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:139) at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:83) According to the attached server.log part, the bug is likely to be related to BZ 1036556. Version-Release number of selected component (if applicable): BRMS 6.0.0 ER7 EAP 6.1.1 Windows 2012 Server How reproducible: Please try to deploy WAR from the attached maven project onto EAP 6.1.1 on Windows. You need to do mvn clean install and deploy target/kie-spring-war-1.0.0-SNAPSHOT.war into EAP 6.1.1. It deploys successfully (the web app does not actually do anything apart from initialization of Spring context), but see the server.log for the error. Actual results: NPE is thrown during deployment. Expected results: Application deploys without errors in the log.
Created attachment 848278 [details] server.log with NPE
Marek, just to be clear, does this problem also happens in other platforms (e.g. Linux) or only on Windows?
The problem appears only on Windows (2012 Server and Windows 8.1 so far), for instance RHEL 6 and Solaris are ok. I suspect a problem with path separators but it is just a guess.
Fixed by https://github.com/droolsjbpm/droolsjbpm-integration/commit/18f311b8e
By comparing the upstream log, this issue is not picked up in CR1 tag(sync.2014.01.14) and needs to flag to 6.0.1.
The original NPE is fixed, but another problem remains: ClasspathKieProject fails to find pom.properties because it tries to locate it in a EAP module directory: (http-/127.0.0.1:8080-1) Unable to load pom.properties from/w:/workspace/brms-bre-container-matrix-jvm-os/36a0f575/jboss-eap-6.1/modules/system/layers/base/sun/jdk/main/service-loader-resources/ and not in the deployed application. Subsequently, the resources for KieBases defined in spring context cannot be found: 03:33:51,520 WARN [org.drools.compiler.kie.builder.impl.AbstractKieModule] (http-/127.0.0.1:8080-1) No files found for KieBase kbaseDRL, searching folder \workspace\brms-bre-container-matrix-jvm-os\36a0f575\jboss-eap-6.1\modules\system\layers\base\sun\jdk\main\service-loader-resources Please see the attached server.log part for details (it comes from our test suite, not the reproducer attached). I will verify that the reproducer illustrates this (as soon as I can get to a Windows machine) and attach a new reproducer, if necessary.
Created attachment 865581 [details] server.log part illustrating searching wrong directory for pom.properties Part of server.log illustrating the problem on our test suite. I will attach the log corresponding to a simpler reproducer as soon as possible.
Created attachment 865889 [details] Maven project with reproducer updated to ER1 Adding maven project with reproducer updated to ER1. Just build it, deploy onto EAP 6.1.1 on Windows and see server.log.
Created attachment 865938 [details] server.log from deploying the ER1 reproducer on Windows
This behavior is also true for: Ubuntu 12.4 Kie 6.0.1 Tomcat 7. java.lang.NullPointerException at java.io.File.<init>(File.java:277) at org.drools.compiler.kie.builder.impl.ClasspathKieProject.getPomProperties(ClasspathKieProject.java:228) at org.kie.spring.KModuleBeanFactoryPostProcessor.postProcessBeanFactory(KModuleBeanFactoryPostProcessor.java:93)
Fixed by https://github.com/droolsjbpm/droolsjbpm-integration/commit/268fe7547
This problem started appearing when we migrated from EAP 6.1.0 to EAP 6.1.1. In EAP 6.1.0 when I tried to retrieve the root of the application context path with: applicationContext.getResource("classpath:/").getURL(); I got something like: vfs:/content/kie-spring-war-1.0.0-SNAPSHOT.war/WEB-INF/classes/ Conversely on EAP 6.1.1 that same statement returns something like: file:/opt/jboss/modules/system/layers/base/sun/jdk/main/service-loader-resources/ that doesn't make any sense (under my point of view). What I did to workaround this problem was getting the moduleName from the ModuleClassLoader and artificially recreating the url I got on EAP 6.1.0 with: new URL("vfs:/content/" + moduleName + "/WEB-INF/classes/") However as reported with this ticket this solution worked on linux but not on Windows. Now I've found a more robust way to obtain the correct vfs url. In particular doing: getClass().getClassLoader().getResources("/") returns an enumaration having as first element the usual meaningless url: file:/opt/jboss/modules/system/layers/base/sun/jdk/main/service-loader-resources/ Nevertheless iterating this enumeration it is possible to retrieve the correct url in one of its subsequent element. I tested that the vfs url retrieved in this way is correct on both linux and Windows.
Please pardon my ignorance if I missed the point. It seems as though this issue was perceived to be only affecting Windows. This is not correct, I am getting this exception on Ubuntu, so It is Linux & Windows. My environment: Ubuntu 12.04.4 LTS Drools: 6.0.1 Spring 4.0
Verified that this issue has been fixed in BRMS 6.0.1 ER2 when running on Windows. Kamal, could you verify this in your Ubuntu environment, and create a separate JIRA for this if it did not work? The reason is that I cannot replicate your issue in any of the supported configurations for BRMS. Thanks a lot for reporting this! Please drop me an email, if you needed further information.