cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brad Harper" <>
Subject Re: org.apache.cxf.interceptor.Fault: Unmarshalling Error : [Lcom.gdservices.service.catalogservice.TpFrame; is not known to this context
Date Fri, 27 Jul 2007 20:10:10 GMT
The snapshot and adding @ResponseWrappers solved my service issues as long
as I use a client other than CXF.  I've testing utilities I can use for
now.  My main issue is when I enable my transaction advice.  Simply enabling
this section in my config causes 4 of my 10 services to fail with the
exception listed below:

        <aop:advisor id="serviceTx" advice-ref="txAdvice"
pointcut="execution(* *..service..*.*(..))" order="0"/>

    <tx:advice id="txAdvice">
            <tx:method name="find*" read-only="true"/>
            <tx:method name="*"/>

All of the services are configured identically.... which is puzzling why the
certain 4 fail.

INFO: Interceptor has thrown exception, unwinding now
org.apache.cxf.interceptor.Fault: Marshalling Error:
com.gdservices.model.thirdparty.TpMat is not known to this context
        at org.apache.cxf.jaxb.JAXBEncoderDecoder.marshall(
        at org.apache.cxf.interceptor.BareOutInterceptor.handleMessage(
        at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(
        at org.apache.cxf.interceptor.OutgoingChainInterceptor.handleMessage
        at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(
        at org.apache.cxf.transport.ChainInitiationObserver.onMessage(
        at org.apache.cxf.transport.servlet.ServletDestination.doMessage(
        at org.apache.cxf.transport.servlet.ServletController.invoke(
        at org.apache.cxf.transport.servlet.CXFServlet.invoke(
        at org.apache.cxf.transport.servlet.CXFServlet.doPost(
        at javax.servlet.http.HttpServlet.service(
        at javax.servlet.http.HttpServlet.service(
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(
        at org.apache.catalina.core.StandardWrapperValve.invoke(
        at org.apache.catalina.core.StandardContextValve.invoke(
        at org.apache.catalina.core.StandardHostValve.invoke(
        at org.apache.catalina.valves.ErrorReportValve.invoke(
        at org.apache.catalina.core.StandardEngineValve.invoke(
        at org.apache.catalina.connector.CoyoteAdapter.service(
        at org.apache.coyote.http11.Http11Processor.process(
Caused by: javax.xml.bind.MarshalException

Any suggestions on how to handle my transactions?  Should my config above

One key I've found is for List<Object> return types on my service interface,
the ResponseWrapper classname attribute value needed to be the Object type
of the list... like  below.

    @WebMethod(operationName = "getAllProducts")
    @ResponseWrapper(targetNamespace = "",
            className = "com.gdservices.service.thirdparty.ProductSummary")
    @WebResult(targetNamespace = "",
            name = "products")
    List<ProductSummary> getAllProducts(Long userId, Integer detailLevel)
throws ServiceException;

This may be in the docs, but I may have overlooked it... may help somebody
out though.

 Thanks for your time.

On 7/27/07, Daniel Kulp <> wrote:
> On Friday 27 July 2007 11:36, Brad Harper wrote:
> > CXF:wsdl2java creates the client side version of this object... what
> > am I missing so that it'll unmarshalled correctly?
> This is probably also fixed in the latest SNAPSHOT (or by using the
> wrappers objects).
> --
> J. Daniel Kulp
> Principal Engineer
> P: 781-902-8727    C: 508-380-7194

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message