Hi Dan
A bit more info that can help.
I'm using Spring 2.5.1 and Aegis Data binding. CXF is on both side of
the wire.
The Spring config I use to set up the client side is as follows:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jaxws="http://cxf.apache.org/jaxws"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/
beans/spring-beans-2.0.xsd
http://cxf.apache.org/jaxws
http://cxf.apache.org/schema/jaxws.xsd">
<bean id="soapProxy"
class="com.surgex.addresslookup.service.IAddressLookupService"
factory-bean="clientFactory" factory-method="create"/>
<bean id="clientFactory"
class="org.apache.cxf.jaxws.JaxWsProxyFactoryBean">
<property name="serviceClass"
value="com.surgex.addresslookup.service.IAddressLookupService"/>
<property name="address" value=" http://192.168.10.60:9520/
remoting/soap/AddressLookupService"/>
<property name="serviceFactory">
<ref bean="jaxws-and-aegis-service-factory"/>
</property>
</bean>
<!-- Aegis is a fast StAX based data-binding that makes developing
code first services -->
<!-- as simply as possible. It is able to handle most classes and
create intelligent -->
<!-- schemas for
them.
-->
<!-- http://cwiki.apache.org/CXF20DOC/aegis-
databinding.html -->
<bean id="aegisBean"
class="org.apache.cxf.aegis.databinding.AegisDatabinding"/>
<bean id='jaxws-and-aegis-service-factory'
class="org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean">
<property name="dataBinding" ref="aegisBean"/>
<property name="serviceConfigurations">
<list>
<bean
class="org.apache.cxf.jaxws.support.JaxWsServiceConfiguration"/>
<bean
class="org.apache.cxf.aegis.databinding.AegisServiceConfiguration"/>
<bean
class="org.apache.cxf.service.factory.DefaultServiceConfiguration"/>
</list>
</property>
</bean>
</beans>
What do you mean by "wire trace"?
Happy to provide more info though if I can get it.
Thx.
On 1 Feb 2008, at 02:57, Daniel Kulp wrote:
>
> Hmm... That's really not good.
>
> Is there any chance you can get a wire trace of the test with both
> 2.0.3
> and 2.0.4? Is it CXF on both sides of the wire? There were some
> updates to the fault handling/mapping to make it honor the
> elementFormDefault flags of the schemas. Thus, the fault messages
> don't match the schema, there could be problems.
>
> Dan
>
> On Thursday 31 January 2008, Frederic Soulier wrote:
>> Hi
>>
>> I've been using 2.0.3 with good success and I decided to upgrade to
>> 2.0.4 this morning.
>> I'm having problem running my tests which are failing now with:
>>
>> Testcase: test5SoapRemoting
>> (com.surgex.addresslookup.service.AddressLookupServiceIntegrationTest
>> )
>> : Caused an ERROR
>> [junit] null while invoking public
>> com.surgex.addresslookup.model.UKAddress[]
>> com.surgex.addresslookup.service.impl.AddressLookupServiceImpl.lookup
>> U
>> K(
>> com.surgex.commons.remoting.model.Credential,java.lang.String,java.ut
>> i
>> l. Map,boolean) throws
>> com.surgex.commons.remoting.exceptions.RemotingException,com.surgex.c
>> o
>> mm
>> ons.remoting.exceptions.InvalidArgumentException,com.surgex.commons.r
>> e
>> mo ting.exceptions.UnauthorisedAccessException with params [null,
>> null,
>> null, null].
>> [junit] javax.xml.ws.soap.SOAPFaultException: null while
>> invoking public com.surgex.addresslookup.model.UKAddress[]
>> com.surgex.addresslookup.service.impl.AddressLookupServiceImpl.lookup
>> U
>> K(
>> com.surgex.commons.remoting.model.Credential,java.lang.String,java.ut
>> i
>> l. Map,boolean) throws
>> com.surgex.commons.remoting.exceptions.RemotingException,com.surgex.c
>> o
>> mm
>> ons.remoting.exceptions.InvalidArgumentException,com.surgex.commons.r
>> e
>> mo ting.exceptions.UnauthorisedAccessException with params [null,
>> null,
>> null, null].
>> [junit] at org.apache.cxf.jaxws.JaxWsClientProxy.invoke
>> (JaxWsClientProxy.java:175)
>> [junit] at $Proxy21.lookupUK(Unknown Source)
>> [junit] at
>> com.surgex.addresslookup.service.AddressLookupServiceIntegrationTest.
>> e
>> xe cuteTests(AddressLookupServiceIntegrationTest.java:217)
>> [junit] at
>> com.surgex.addresslookup.service.AddressLookupServiceIntegrationTest.
>> t
>> es t5SoapRemoting(AddressLookupServiceIntegrationTest.java:158)
>> [junit] at org.springframework.test.ConditionalTestCase.runBare
>> (ConditionalTestCase.java:76)
>> [junit] Caused by: org.apache.cxf.binding.soap.SoapFault: null
>> while invoking public com.surgex.addresslookup.model.UKAddress[]
>> com.surgex.addresslookup.service.impl.AddressLookupServiceImpl.lookup
>> U
>> K(
>> com.surgex.commons.remoting.model.Credential,java.lang.String,java.ut
>> i
>> l. Map,boolean) throws
>> com.surgex.commons.remoting.exceptions.RemotingException,com.surgex.c
>> o
>> mm
>> ons.remoting.exceptions.InvalidArgumentException,com.surgex.commons.r
>> e
>> mo ting.exceptions.UnauthorisedAccessException with params [null,
>> null,
>> null, null].
>> [junit] at
>> org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.hand
>> l
>> eM essage(Soap11FaultInInterceptor.java:70)
>> [junit] at
>> org.apache.cxf.binding.soap.interceptor.Soap11FaultInInterceptor.hand
>> l
>> eM essage(Soap11FaultInInterceptor.java:35)
>> [junit] at
>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept
>> (PhaseInterceptorChain.java:208)
>> [junit] at
>> org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMess
>> a
>> ge (AbstractFaultChainInitiatorObserver.java:96)
>> [junit] at
>> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handle
>> M
>> es sage(ReadHeadersInterceptor.java:183)
>> [junit] at
>> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handle
>> M
>> es sage(ReadHeadersInterceptor.java:56)
>> [junit] at
>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept
>> (PhaseInterceptorChain.java:208)
>> [junit] at org.apache.cxf.endpoint.ClientImpl.onMessage
>> (ClientImpl.java:429)
>> [junit] at org.apache.cxf.transport.http.HTTPConduit
>> $WrappedOutputStream.handleResponse(HTTPConduit.java:1955)
>> [junit] at org.apache.cxf.transport.http.HTTPConduit
>> $WrappedOutputStream.close(HTTPConduit.java:1791)
>> [junit] at org.apache.cxf.transport.AbstractConduit.close
>> (AbstractConduit.java:66)
>> [junit] at org.apache.cxf.transport.http.HTTPConduit.close
>> (HTTPConduit.java:575)
>> [junit] at org.apache.cxf.interceptor.MessageSenderInterceptor
>> $MessageSenderEndingInterceptor.handleMessage
>> (MessageSenderInterceptor.java:62)
>> [junit] at
>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept
>> (PhaseInterceptorChain.java:208)
>> [junit] at org.apache.cxf.endpoint.ClientImpl.invoke
>> (ClientImpl.java:276)
>> [junit] at org.apache.cxf.endpoint.ClientImpl.invoke
>> (ClientImpl.java:222)
>> [junit] at org.apache.cxf.frontend.ClientProxy.invokeSync
>> (ClientProxy.java:73)
>> [junit] at org.apache.cxf.jaxws.JaxWsClientProxy.invoke
>> (JaxWsClientProxy.java:135)
>> [junit] Test
>> com.surgex.addresslookup.service.AddressLookupServiceIntegrationTest
>> FAILED
>>
>>
>> If I downgrade the CXF jar file back to 2.0.3 the tests run again.
>>
>> Any idea what I'm missing or what's triggering this behaviour?
>>
>> Thx a lot for any help.
>>
>> --
>> This email is intended for the recipients only and should not be
>> copied, forwarded or otherwise distributed to third parties without
>> the consent of the original author.
>>
>> Frederic Soulier <frederic.soulier@cecuregaming.com>
>> Senior Vice-President Casino
>> Cecure Gaming Ltd. 23 Clayton Rd. Hayes. Middlesex. UB3 1AN. United
>> Kingdom
>> (Mob) +44(0)7967966490 (Tel) +44(0)2088171444 (Fax) +44(0)
>> 2088171240
>> OpenPGP key available on http://www.keyserver.net
>> 1024D/BA6700ED 49A6 8E8E 4230 8D41 1ADE B649 3203 1DD2 BA67 00ED
>>
>>
>>
>> _____________________________________________________________________
>> _
>> This email is intended for the recipients only and should not be
>> copied, forwarded or otherwise distributed to third parties without
>> the consent of the original author. Cecure Gaming Ltd Registered
>> address: Thames House, Portsmouth Road, Esher, Surrey, KT10 9AD.
>> Company Number 4126153
>> _____________________________________________________________________
>> _
>
>
>
> --
> J. Daniel Kulp
> Principal Engineer, IONA
> dkulp@apache.org
> http://www.dankulp.com/blog
--
Frederic P. Soulier
OpenPGP key available on http://pgpkeys.mit.edu/
1024D/BA6700ED 49A6 8E8E 4230 8D41 1ADE B649 3203 1DD2 BA67 00ED
|