Description of problem: The SY quickstart rules-interview-container is deployed to Fuse Service Works 6.0.0 Beta (mvn jboss-as:deploy). When testing with SoapUI, a NPE is thrown. Environment: Linux (Fedora 19), OpenJDK 1.7.0_45 How reproducible: Steps to Reproduce: 1. Install FSW 6.0.0 Beta 2. Deploy the rules-interview-container quickstart 3. Test the exposed web service with SoapUI. * Endpoint URL http://localhost:8080/rules-interview-container/Interview * Request xml: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:switchyard-quickstart:rules-interview-container:0.1.0"> <soapenv:Header/> <soapenv:Body> <urn:verify> <applicant> <age>20</age> <name>bernard</name> </applicant> </urn:verify> </soapenv:Body> </soapenv:Envelope> Actual results: NPE Caused by: java.lang.NullPointerException at org.drools.compiler.kie.builder.impl.KieContainerImpl.newStatelessKieSession(KieContainerImpl.java:359) [drools-compiler-6.0.0-redhat-4.jar:6.0.0-redhat-4] at org.drools.compiler.kie.builder.impl.KieContainerImpl.newStatelessKieSession(KieContainerImpl.java:350) [drools-compiler-6.0.0-redhat-4.jar:6.0.0-redhat-4] at org.switchyard.component.common.knowledge.session.KnowledgeContainerSessionFactory.newStatelessKieSession(KnowledgeContainerSessionFactory.java:97) at org.switchyard.component.common.knowledge.session.KnowledgeContainerSessionFactory.newStatelessSession(KnowledgeContainerSessionFactory.java:62) at org.switchyard.component.common.knowledge.exchange.KnowledgeExchangeHandler.newStatelessSession(KnowledgeExchangeHandler.java:140) at org.switchyard.component.rules.exchange.RulesExchangeHandler.handleOperation(RulesExchangeHandler.java:90) [switchyard-component-rules-1.1.0.M3-redhat-2.jar:1.1.0.M3-redhat-2] at org.switchyard.component.common.knowledge.exchange.KnowledgeExchangeHandler.handleMessage(KnowledgeExchangeHandler.java:253) Additional info: When deploying the service, the following errors appear in the JBoss AS console: 14:20:20,030 ERROR [org.drools.compiler.kie.builder.impl.ClasspathKieProject] (MSC service thread 1-3) Unable to load pom.properties from/home/btison/work/fsw-sw/jboss-eap-6.1/standalone/tmp/vfs/tempec1d0e1ab74a6fed/content-55bf25007a64f615/switchyard-quickstart-rules-interview-container.jar as jarPath cannot be found /home/btison/work/fsw-sw/jboss-eap-6.1/standalone/tmp/vfs/tempec1d0e1ab74a6fed/content-55bf25007a64f615/switchyard-quickstart-rules-interview-container.jar 14:20:20,031 ERROR [org.drools.compiler.kie.builder.impl.ClasspathKieProject] (MSC service thread 1-3) Unable to load pom.properties from/home/btison/work/fsw-sw/jboss-eap-6.1/standalone/tmp/vfs/tempec1d0e1ab74a6fed/content-55bf25007a64f615/switchyard-quickstart-rules-interview-container.jar /home/btison/work/fsw-sw/jboss-eap-6.1/standalone/tmp/vfs/tempec1d0e1ab74a6fed/content-55bf25007a64f615/switchyard-quickstart-rules-interview-container.jar (No such file or directory) 14:20:20,031 ERROR [org.drools.compiler.kie.builder.impl.ClasspathKieProject] (MSC service thread 1-3) Unable to build index of kmodule.xml url=vfs:/content/switchyard-quickstart-rules-interview-container.jar/META-INF/kmodule.xml null
Confirmed on latest product branch of SY, so this issue still exists.
David Ward <dward> made a comment on jira SWITCHYARD-1832 Upon initial investigation, I've found that if you manually copy the application jar file into the as7 deployments/ directory, then the quickstart runs fine from SoapUI. However, if you use the jboss-as:deploy approach to deployment, that's when you get this error for the rules-interview-container quickstart. It's looking for a vfs path to a jar file that doesn't exist. Instead, in the vfs/tmp/ directory, you will only see the extracted kmodule.xml file... Notably, both deployment methodologies (copying into deployments/ dir, and using mvn) work with the rules-interview quickstart.
David Ward <dward> made a comment on jira SWITCHYARD-1832 I have created a reproducer application that showcases the problem. Please refer to DROOLS-340.
David Ward <dward> made a comment on jira SWITCHYARD-1832 [~mfusco] emailed me a drools-compiler-6.0.0.CR5.jar file with the DROOLS-340 fix applied to it, and I tested it successfully. So once SwitchYard upgrades to KIE/Drools/jBPM 6.0.0.Final (which will include his fix), we should be good. There will still be a pull request associate with *this* jira at that time, though. As we should remove the @Ignore annotations from the release/jboss-as7/tests/src/test/java/org/switchyard/test/quickstarts/RulesInterviewContainerQuickstartTest.java JUnit tests, and make sure everything is good there too.
David Ward <dward> made a comment on jira SWITCHYARD-1832 [~mfusco] emailed me a drools-compiler-6.0.0.CR5.jar file with the DROOLS-340 fix applied to it, and I tested it successfully. So once SwitchYard upgrades to KIE/Drools/jBPM 6.0.0.Final (which will include his fix), we should be good. There will still be a pull request associate with *this* jira at that time, though, as we should remove the @Ignore annotations from the release/jboss-as7/tests/src/test/java/org/switchyard/test/quickstarts/RulesInterviewContainerQuickstartTest.java JUnit tests, and make sure everything is good there too.
David Ward <dward> made a comment on jira SWITCHYARD-1832 This jira is dependent on SWITCHYARD-1840 having it's pull request processed first.
David Ward <dward> made a comment on jira SWITCHYARD-1832 https://github.com/jboss-switchyard/release/pull/318
Keith Babo <kbabo> made a comment on jira SWITCHYARD-1832 pushed to 1.x
Lenka - can you explain how this bug was not resolved and why it was re-opened?
I just tested this in ER8 and it works. Moving back to ON_QA so that it can be tested with the ER8 build.
Tested with wrong repo for the first time. Now it works. Verified.
Keith Babo <kbabo> updated the status of jira SWITCHYARD-1832 to Closed