cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Frederic Soulier <frede...@wallaby.uklinux.net>
Subject Re: Different bevaviour in 2.0.4
Date Fri, 01 Feb 2008 11:25:35 GMT
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


Mime
View raw message