On Thursday 04 November 2010 12:57:32 pm Bayu Anggorojati wrote:
> 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..
No idea on that one really. Is there any useful information in the tomcat
logs? Maybe a problem starting up the service?
Dan
>
> 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(WSDLToJavaContai
> >> ner .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(A
> >> bst ractField.java:187) at
> >> com.sun.tools.xjc.generator.bean.field.AbstractField.annotate(AbstractFi
> >> eld .java:156) at
> >> com.sun.tools.xjc.generator.bean.field.AbstractListField.generate(Abstra
> >> ctL istField.java:124) at
> >> com.sun.tools.xjc.generator.bean.field.UntypedListField.<init>(UntypedLi
> >> stF 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(Def
> >> aul tFieldRenderer.java:79) at
> >> com.sun.tools.xjc.generator.bean.BeanGenerator.generateFieldDecl(BeanGen
> >> era tor.java:759) at
> >> com.sun.tools.xjc.generator.bean.BeanGenerator.generateClassBody(BeanGen
> >> era 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.ja
> >> va: 161) at com.sun.tools.xjc.model.Model.generateCode(Model.java:286)
> >>
> >> at
> >>
> >> com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImp
> >> l.j ava:252) at
> >> com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImp
> >> l.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(WSDLToJava
> >> Con tainer.java:573) at
> >> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaCo
> >> nta iner.java:228) at
> >> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContai
> >> ner .java:128) at
> >> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContai
> >> ner .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.jav
> >> a: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-addin
> >>>>>> te 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.unm
> >>>>>> ar sh alF ault(Soap11FaultInInterceptor.java:75) at
> >>>>>> org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.han
> >>>>>> dl eM ess age(Soap11FaultInInterceptor.java:46) at
> >>>>>> org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.han
> >>>>>> dl eM ess age(Soap11FaultInInterceptor.java:35) at
> >>>>>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercep
> >>>>>> to rC hai n.java:243) at
> >>>>>> org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMes
> >>>>>> sa ge (Ab stractFaultChainInitiatorObserver.java:99) at
> >>>>>> org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handle
> >>>>>> Me ss age (CheckFaultInterceptor.java:69) at
> >>>>>> org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handle
> >>>>>> Me ss age (CheckFaultInterceptor.java:34) at
> >>>>>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercep
> >>>>>> to rC hai n.java:243) at
> >>>>>> org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:700) at
> >>>>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handle
> >>>>>> Re sp ons eInternal(HTTPConduit.java:2261) at
> >>>>>> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handle
> >>>>>> Re 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$MessageSenderEnd
> >>>>>> in gI nte rceptor.handleMessage(MessageSenderInterceptor.java:62) at
> >>>>>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterce
> >>>>>> pt 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:1
> >>>>>> 24 )
> >>>>>>
> >>>>>> ... 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
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
