Bug 924334 - Script wsconsume.sh fails to compile classes on RHEL6_x86_64 + openjdk1.6.0-local combination
Summary: Script wsconsume.sh fails to compile classes on RHEL6_x86_64 + openjdk1.6.0-l...
Keywords:
Status: CLOSED DUPLICATE of bug 999223
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Scripts and Commands
Version: 6.1.0
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Pavel Tisnovsky
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-03-21 15:03 UTC by Vladimir Rastseluev
Modified: 2014-01-13 00:22 UTC (History)
9 users (show)

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.
Clone Of:
Environment:
Last Closed: 2013-11-21 09:13:09 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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 ***


Note You need to log in before you can comment on or make changes to this bug.