Red Hat Bugzilla – Bug 825753
NoSuchMethodError: org.drools.core.util.ClassUtil.isWindows().
Last modified: 2015-03-12 07:24:39 EDT
Description of problem: Looks like the components in SOA-P 5.3 ER3 do not have the correct chemistry. Upon deployment of the bpmProcessor5 quickstart a NoSuchMethodError is thrown. See attached server log for more detail.
Created attachment 587226 [details] Server Log
Marek, what version of BRMS did you use here? I took a look through what is in SOA-P and the SOA-P/jbpm5 zips and didn't see anything making this call. What version of drools-compiler is in the BRMS ER you are using?
Hi Tom, as mentioned in the Environment section - I used BRMS 5.3 ER7 (http://jawa05.englab.brq.redhat.com/candidate/BRMS-5.3.0-ER7/brms-p-5.3.0.BRMS-ER7-deployable.zip) and I followed Julian's install instructions which can be found in a README.txt file zipped in the jBPM5/ESB integration (http://jawa05.englab.brq.redhat.com/candidate/soa-5.3.0.ER3/soa-p-5.3.0.ER3-jbpm5.zip)
This is definitely caused because of the differing versions of drools and jbpm JARs in SOA-P and in the BRMS ER being tested here. SOA-P 5.3 ER3 ships with drools/jbpm ER6 JARs, while you are testing with ER7 JARs. I'm not sure you can test with ER6 JARs - there were some blocking issues there. We need to sync up the ERs to test this it looks like.
The ER7 drools-compiler JAR contains : ./org/drools/commons/jci/compilers/EclipseJavaCompiler$2.class which has a call to ClassUtils.isWindows() Caused by: java.lang.NoSuchMethodError: org.drools.core.util.ClassUtils.isWindows()Z at org.drools.commons.jci.compilers.EclipseJavaCompiler$2.isPackage(EclipseJavaCompiler.java:303) The ER6 drools-compiler JAR (the version in SOA-P) does not contain this call, and the version of ClassUtils in ER6 doesn't contain the isWindows() method. The ER7 (brms deployable) drools-core's version of ClassUtils has a isWindows() method, the ER6 (SOA-P) drools-core version does not.
IMO there are mixed up two different version here. SOA release page says that ER7 was used to build the product. To back up my claim have a look at the content of jbrules.esb. Yet the integration contains ER6 jars. I tried originally BRMS ER6 but the bits are not configured properly for SOA-P. There are conflicts for jbpm-console contexts. This was probably caused in the build process.
Drools/jBPM5 components in SOA-P ER4 have been synchronised with BRMS-P ER9.
Verified on 5.3 ER4.
Technical note field set to negative as this issue was fixed befrore users saw it.