Bug 924334

Summary: Script wsconsume.sh fails to compile classes on RHEL6_x86_64 + openjdk1.6.0-local combination
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Vladimir Rastseluev <vrastsel>
Component: Scripts and CommandsAssignee: Pavel Tisnovsky <ptisnovs>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6.1.0CC: akostadi, jkudrnac, myarboro, nziakova, pkremens, pslavice, rdickens, rsvoboda, vrastsel
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Known Issue
Doc Text:
When using the `wsconsume.sh` script on Red Hat Enterprise Linux 6 (X86_64 architecture), together with OpenJDK 1.6.0, the utility fails to compile the generated Java source code. The underlying cause of this issue is unknown but actively being investigated. No known workaround is available.
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-11-21 09:13:09 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Vladimir Rastseluev 2013-03-21 15:03:18 UTC
Description of problem:
Running wsconsume.sh utility when it needs to compile classes fails, probably because of slass loading problem. Utility reads WSDL, creates java code, but can't compile it.

Version-Release number of selected component (if applicable):
EAP 6.1 ER3

How reproducible:
run any wsconsume command to generate classes

  
Actual results:
command fails

wsdl2java -compile -exsh false -p org.jboss.test.script -d /mnt/hudson_workspace/workspace/eap-61-scripts-tools-rhel/jdk/openjdk-1.6.0-local/label/RHEL6_x86_64/scripts-testing/target/test-classes/wsconsume-classes-out/tmp5772328 -verbose -classdir /mnt/hudson_workspace/workspace/eap-61-scripts-tools-rhel/jdk/openjdk-1.6.0-local/label/RHEL6_x86_64/scripts-testing/target/test-classes/wsconsume-classes-out -allowElementReferences file:/mnt/hudson_workspace/workspace/eap-61-scripts-tools-rhel/jdk/openjdk-1.6.0-local/label/RHEL6_x86_64/scripts-testing/target/test-classes/wsdl/Echo1Service.wsdl
wsdl2java - Apache CXF 2.6.6-redhat-1

JBWS024002: Failed to invoke org.apache.cxf.tools.wsdlto.WSDLToJava
org.apache.cxf.tools.common.ToolException: Failed to compile generated code
	at org.apache.cxf.tools.common.ClassUtils.compile(ClassUtils.java:120)
	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaContainer.java:279)
	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:142)
	at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:300)
	at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:103)
	at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
	at org.jboss.wsf.stack.cxf.tools.CXFConsumerImpl.consume(CXFConsumerImpl.java:284)
	at org.jboss.ws.tools.cmd.WSConsume.importServices(WSConsume.java:279)
	at org.jboss.ws.tools.cmd.WSConsume.mainInternal(WSConsume.java:104)
	at org.jboss.ws.tools.cmd.WSConsume.main(WSConsume.java:92)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:616)
	at org.jboss.modules.Module.run(Module.java:262)
	at org.jboss.modules.Main.main(Main.java:329)

----
/mnt/hudson_workspace/workspace/eap-61-scripts-tools-rhel/jdk/openjdk-1.6.0-local/label/RHEL6_x86_64/scripts-testing/target/test-classes/wsconsume-classes-out/tmp5772328/org/jboss/test/script/Echo1Service.java:54: cannot find symbol
symbol  : constructor Service(java.net.URL,javax.xml.namespace.QName,javax.xml.ws.WebServiceFeature[])
location: class javax.xml.ws.Service
        super(WSDL_LOCATION, SERVICE, features);
        ^
/mnt/hudson_workspace/workspace/eap-61-scripts-tools-rhel/jdk/openjdk-1.6.0-local/label/RHEL6_x86_64/scripts-testing/target/test-classes/wsconsume-classes-out/tmp5772328/org/jboss/test/script/Echo1Service.java:61: cannot find symbol
symbol  : constructor Service(java.net.URL,javax.xml.namespace.QName,javax.xml.ws.WebServiceFeature[])
location: class javax.xml.ws.Service
        super(wsdlLocation, SERVICE, features);
        ^
/mnt/hudson_workspace/workspace/eap-61-scripts-tools-rhel/jdk/openjdk-1.6.0-local/label/RHEL6_x86_64/scripts-testing/target/test-classes/wsconsume-classes-out/tmp5772328/org/jboss/test/script/Echo1Service.java:68: cannot find symbol
symbol  : constructor Service(java.net.URL,javax.xml.namespace.QName,javax.xml.ws.WebServiceFeature[])
location: class javax.xml.ws.Service
        super(wsdlLocation, serviceName, features);
        ^
3 errors

----------

Expected results:
command should create classes

Additional info:
test job run results 

https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-Scripts/job/eap-61-scripts-tools-rhel/8/testReport/

Comment 1 Permaine Cheung 2013-03-25 19:07:13 UTC
Alessio, can you please look into this? Thanks!

Comment 2 Alessio Soldano 2013-03-26 11:52:16 UTC
I've run the test locally with the following jdk version and I can't reproduce the problem:

java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8.8) (fedora-51.1.8.8.fc13-x86_64)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)

Comment 3 Vladimir Rastseluev 2013-03-26 15:30:17 UTC
There was Java version: 1.6.0_24 in tests run.

Comment 7 Aleksandar Kostadinov 2013-08-20 23:18:39 UTC
FYI this is a problem still in 6.1.1 and openjdk 1.7 (see bug 999223)

Comment 9 Rostislav Svoboda 2013-08-21 15:45:11 UTC
@Pavel
Aleksandar Kostadinov has probably active beaker machine with env setup where he was able to hit this problem - more details in BZ 999223

Comment 10 Russell Dickenson 2013-11-21 02:13:47 UTC
Release notes text added to be published in JBoss EAP 6.2.0 Release Notes document.

Comment 11 Aleksandar Kostadinov 2013-11-21 07:19:42 UTC
Is not this bug a duplicate of BZ 999223 which was already fixed in 6.2.0? I can't immediately see the difference.

Comment 12 Petr Kremensky 2013-11-21 09:13:09 UTC
It definitely is. Closing this, thanks for pointing this out.

*** This bug has been marked as a duplicate of bug 999223 ***