Eclipse Community Forums: ServerTools (WTP) » CXF JAXWS will always default to Axis2

Help

Home

Home » Language IDEs » ServerTools (WTP) » CXF JAXWS will always default to Axis2

Show: Today's Messages :: Show Polls :: Message Navigator

CXF JAXWS will always default to Axis2 [message #817327]

Fri, 09 March 2012 23:53

Chirantan Aranya

Messages: 2
Registered: March 2012

Junior Member

Hi,

Please help me interpret this problem. My WSDL generation failed after a DeploymentException [Win XP, Eclipse IDE: INDIGO, Geronimo v2.2.1, Sun Java 7 EE]. In the stack trace, I notice Axis2Builder.initialize(Axis2Builder.java:241) whereas I expect something like org.apache.geronimo.cxf.builder.CXFBuilder.initialize(..).

I have configured GERONIMO_OPTS="-Dorg.apache.geronimo.jaxws.provider=cxf -Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true" in my XP Environment Variable list to try and force cxf. Although I left default settings in <GERONIMO_HOME>/var/config/config.xml. Eclipse runtime and web service are configured to use CXF.

Stack trace below.

WSDL generation failed
org.apache.geronimo.common.DeploymentException: WSDL generation failed
at org.apache.geronimo.jaxws.builder.WsdlGenerator.generateWsdl(WsdlGenerator.java:163)
at org.apache.geronimo.jaxws.builder.SunWsdlGenerator.generateWsdl(SunWsdlGenerator.java:34)
at org.apache.geronimo.axis2.builder.Axis2Builder.initialize(Axis2Builder.java:241)
at org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.configurePOJO(JAXWSServiceBuilder.java:178)
at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.addGBeans(TomcatModuleBuilder.java:458)
at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165)
at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:652)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:257)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:136)
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:601)
at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:851)
at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
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:601)
at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:851)
at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791)
at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1447)
at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:89)
at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1292)
at java.security.AccessController.doPrivileged(Native Method)
at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1387)
at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:812)
at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322)
at sun.rmi.transport.Transport$1.run(Transport.java:177)
at sun.rmi.transport.Transport$1.run(Transport.java:174)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:173)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:553)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:808)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:667)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Could not publish to the server.
java.lang.NullPointerException

I am new to Java EE and Geronimo in particular. I lost 3 days trying to figure this but I think it is not something my novice skills can help.

Any help will be totally appreciated!

TIA,
Chirantan Aranya

Report message to a moderator

Re: CXF JAXWS will always default to Axis2 [message #819313 is a reply to message #817327]

Mon, 12 March 2012 19:10

Chirantan Aranya

Messages: 2
Registered: March 2012

Junior Member

Update:

I found from the Geronimo Server Log the following Error Msgs:

[WsdlGeneratorUtils] Process failed: Missing SEI
DEBUG [Deployer] Deployment failed: plan=null

Also, my wsdl file was generated (I am running under Eclipse/CXF) with localhost:9090 although my Geronimo Server is running on port 8080. So I manually corrected the file entry to 8080. Please advise if this should rather be left at 9090.

I don't know why SEI is found "missing". I think I have required annotations. have uploaded my wsdl and Java src and files.

Also, I confirmed that I have org.apache.cxf.transport.servlet.CXFServlet as the servlet-class in web.xml. Yet with my limited knowledge I can't figure why I have a "null" plan either.

As I said before, please share any related experience/workaround/fix. I have been looking and will keep digging too.

Thanks,
CA

Attachment: helloserviceimpl.wsdl
(Size: 2.60KB, Downloaded 392 times)
Attachment: HelloServiceImpl.java
(Size: 0.43KB, Downloaded 314 times)
Attachment: HelloServiceImplSEI.java
(Size: 0.25KB, Downloaded 274 times)

[Updated on: Mon, 12 March 2012 19:25]

Report message to a moderator

Previous Topic:	Generate > XML File
Next Topic:	I Still Need Help with my Web edtiors

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Thu Apr 18 13:28:06 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter