You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@servicemix.apache.org by "Gert Vanthienen (JIRA)" <ji...@apache.org> on 2007/06/23 11:19:32 UTC

[jira] Commented: (SM-977) wsdl-first example fails: XFireFault (could not unmarshal type)

    [ https://issues.apache.org/activemq/browse/SM-977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39494 ] 

Gert Vanthienen commented on SM-977:
------------------------------------

Apparently, you can avoid this exception by omitting the *{{<profile>org.codehaus.xfire.jaxws.gen.JAXWSProfile</profile>}}* from the wsgen generator configuration in pom.xml

> wsdl-first example fails: XFireFault (could not unmarshal type)
> ---------------------------------------------------------------
>
>                 Key: SM-977
>                 URL: https://issues.apache.org/activemq/browse/SM-977
>             Project: ServiceMix
>          Issue Type: Bug
>          Components: servicemix-jsr181
>    Affects Versions: 3.1.2
>            Reporter: Gert Vanthienen
>
> After 'resolving' SM-960, the wsdl-first example no longer works.  It throws this exception, caused by differences in namespace.  The original wsdl file has it's GetPerson element in another namespace than the one that is being shown when browsing for the wsdl after deployment.
> {noformat}
> org.codehaus.xfire.fault.XFireFault: Could not unmarshall type : unexpected element (uri:"http://servicemix.apache.org/samples/wsdl-first", local:"GetPerson"). Expected elements are <{http://servicemix.apache.org/samples/wsdl-first/types}GetPerson>,<{http://servicemix.apache.org/samples/wsdl-first/types}GetPersonResponse>,<{http://servicemix.apache.org/samples/wsdl-first/types}UnknownPersonFault>
> 	at org.codehaus.xfire.jaxb2.JaxbType.readObject(JaxbType.java:216)
> 	at org.codehaus.xfire.jaxws.JAXWSOperationBinding.readMessage(JAXWSOperationBinding.java:159)
> 	at org.codehaus.xfire.soap.handler.SoapBodyHandler.invoke(SoapBodyHandler.java:42)
> 	at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131)
> 	at org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoint.java:64)
> 	at org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.java:38)
> 	at org.apache.servicemix.jsr181.Jsr181ExchangeProcessor.process(Jsr181ExchangeProcessor.java:113)
> 	at org.apache.servicemix.common.AsyncBaseLifeCycle.doProcess(AsyncBaseLifeCycle.java:538)
> 	at org.apache.servicemix.common.AsyncBaseLifeCycle.processExchange(AsyncBaseLifeCycle.java:490)
> 	at org.apache.servicemix.common.BaseLifeCycle.onMessageExchange(BaseLifeCycle.java:46)
> 	at org.apache.servicemix.jbi.messaging.DeliveryChannelImpl.processInBound(DeliveryChannelImpl.java:593)
> 	at org.apache.servicemix.jbi.nmr.flow.AbstractFlow.doRouting(AbstractFlow.java:174)
> 	at org.apache.servicemix.jbi.nmr.flow.seda.SedaFlow.doRouting(SedaFlow.java:171)
> 	at org.apache.servicemix.jbi.nmr.flow.seda.SedaQueue$1.run(SedaQueue.java:134)
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
> 	at java.lang.Thread.run(Thread.java:619)
> {noformat}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.