Hi Dan,

Thank you for your response. I endorse the JAXB 2.2 API jar, and the wsdl2java works now.

However I faced another problem. When I try to access the web service application after it is being deployed on tomcat, I got the following error/message "No services have been found."

Do you know what might be causing this problem? because I never had this problem with 2.2.x..

Thank you in advance.

/bayu

On 04-11-2010 15:16, Daniel Kulp wrote:


Well, there are three potential workarounds for this:

1) Endorse the JAXB 2.2 API jar.

2) Use Java 5 instead of Java 6

3) Drop the jaxb-impl and jaxb-xjc jars down to 2.1.13 instead of 2.2.


I'll have to see if there is an easier way to detect this (other than an
UndeclaredThrowableException) and do something a little nicer than that.

Dan



On Thursday 04 November 2010 10:03:55 am Bayu Anggorojati wrote:
Here is the full stack trace:

org.apache.cxf.tools.common.ToolException:
java.lang.reflect.UndeclaredThrowableException
        at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer
.java:279) 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.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:86) at
org.apache.cxf.tools.wsdlto.WSDLToJava.main(WSDLToJava.java:184) Caused
by: java.lang.reflect.UndeclaredThrowableException
        at $Proxy42.required(Unknown Source)
        at
com.sun.tools.xjc.generator.bean.field.AbstractField.annotateReference(Abst
ractField.java:187) at
com.sun.tools.xjc.generator.bean.field.AbstractField.annotate(AbstractField
.java:156) at
com.sun.tools.xjc.generator.bean.field.AbstractListField.generate(AbstractL
istField.java:124) at
com.sun.tools.xjc.generator.bean.field.UntypedListField.<init>(UntypedListF
ield.java:107) at
com.sun.tools.xjc.generator.bean.field.UntypedListFieldRenderer.generate(Un
typedListFieldRenderer.java:72) at
com.sun.tools.xjc.generator.bean.field.DefaultFieldRenderer.generate(Defaul
tFieldRenderer.java:79) at
com.sun.tools.xjc.generator.bean.BeanGenerator.generateFieldDecl(BeanGenera
tor.java:759) at
com.sun.tools.xjc.generator.bean.BeanGenerator.generateClassBody(BeanGenera
tor.java:540) at
com.sun.tools.xjc.generator.bean.BeanGenerator.<init>(BeanGenerator.java:24
3) at
com.sun.tools.xjc.generator.bean.BeanGenerator.generate(BeanGenerator.java:
161) at com.sun.tools.xjc.model.Model.generateCode(Model.java:286)
        at
com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImpl.j
ava:252) at
com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImpl.j
ava:85) at
org.apache.cxf.tools.wsdlto.databinding.jaxb.JAXBDataBinding.initialize(JAX
BDataBinding.java:381) at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.generateTypes(WSDLToJavaCon
tainer.java:573) at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaConta
iner.java:228) at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer
.java:128) at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer
.java:271) ... 4 more
Caused by: java.lang.NoSuchMethodException:
javax.xml.bind.annotation.XmlElementRef.required()
        at java.lang.Class.getDeclaredMethod(Class.java:1937)
        at
com.sun.codemodel.TypedAnnotationWriter.invoke(TypedAnnotationWriter.java:1
08) ... 23 more

/bayu

On 04-11-2010 15:00, Daniel Kulp wrote:
On Thursday 04 November 2010 8:08:57 am Bayu Anggorojati wrote:
Hi Dan,

I encountered this error when trying to generate the java code from wsdl
using wsdl2java from cfx 2.3.0:

WSDLToJava Error: java.lang.reflect.UndeclaredThrowableException

I never had this error with 2.2.10 at least. Is it a bug? or is there
any thing that I need to take care of in 2.30?

Thank you in advance.

Can you run with -verbose to get the full stack trace?

Not sure what would cause that.   The stack trace may help.

Dan

Bayu

On 03-11-2010 16:24, Daniel Kulp wrote:
What version of CXF?   At one point, there was a bug where interceptors
added to the endpoint directly didn't get added to the chain.  Make
sure you are using 2.3.0.

Also, in your code below, you are not setting any actions on the
Wss4jInInterceptor.  Thus, it may be bailing out fast as its not
supposed to do any actions.

Dan

On Wednesday 03 November 2010 5:24:49 am siuyab wrote:
Dear all,

Actually I posted this question under different thread, but I think
it's better to start as a new thread.

I have to say that I am new to web service and CXF stuff. I currently
trying to add simple username token of ws-security on an already
developed code which is using CXFNonSpringServlet.

In the override loadBus method, the endpoint is published in this way:
javax.xml.ws.Endpoint.publish("/query", service);

Then I followed the ws-security example as written in following
website, without configuring the Spring:
https://cwiki.apache.org/CXF20DOC/ws-security.html#WS-Security-addinte
rc ept ors

ws-security configuration at server side was also done in the loadBus
method.

At the server side however, I didn't follow exactly the same think as
shown in the example because in the example Endpoint refers to
org.apache.cxf.endpoint.Endpoint, but in the code it refers to
javax.xml.ws.Endpoint. So, here is the slightly modified code:


EndpointImpl jaxwsEndpoint = (EndpointImpl)Endpoint.publish("/query",
service);
Endpoint cxfEndpoint = (Endpoint)
jaxwsEndpoint.getServer().getEndpoint();

/** Adding Incoming Interceptors */
Map<String,Object>    inProps= new HashMap<String,Object>();

WSS4JInInterceptor wssIn = new WSS4JInInterceptor(inProps);
((EndpointImpl) cxfEndpoint).getInInterceptors().add(wssIn);


I got the following error when client tries to execute the method in
web service:


Caused by: org.apache.cxf.binding.soap.SoapFault: MustUnderstand
headers:
[{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-s
e cext -1.0.xsd}Security] are not understood.

           at

org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.unmar
sh alF ault(Soap11FaultInInterceptor.java:75) at
org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handl
eM ess age(Soap11FaultInInterceptor.java:46) at
org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.handl
eM ess age(Soap11FaultInInterceptor.java:35) at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
rC hai n.java:243) at
org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessa
ge (Ab stractFaultChainInitiatorObserver.java:99) at
org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMe
ss age (CheckFaultInterceptor.java:69) at
org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMe
ss age (CheckFaultInterceptor.java:34) at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
rC hai n.java:243) at
org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:700) at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleRe
sp ons eInternal(HTTPConduit.java:2261) at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleRe
sp ons e(HTTPConduit.java:2134) at
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HT
TP Con duit.java:1988) at
org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66
)

           at

org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:639)

           at

org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndin
gI nte rceptor.handleMessage(MessageSenderInterceptor.java:62) at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercept
orC hai n.java:243) at
org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:487) at
org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:313) at
org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:265) at
org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)

           at

org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:124
)

           ... 30 more

Can somebody give some clue on how to solve this issue please? Perhaps
this is very basic or stupid question, but any help will be
appreciated.

Regards,
Bayu



--
Kind Regards,
Bayu Anggorojati - Research Assistant

Wireless Security and Sensor Networks Group
Networking and Security Center for TeleInFrastruktur (CTIF), Aalborg University
Fredrik Bajers 7, room A3-211
Aalborg University
DK-9220  -  Denmark

Office    +45 9940 8661
Mobile    +45 5015 3183

Email: b...@es.aau.dk

Reply via email to