I've gotten that intermittent error before, I'm not sure what causes it to occur. Does everything, both service and client, work fine without that interceptor? What happens when you remove it?
If the client still has errors even when removing it, I would recommend setting aside the SOA Tools project for the moment and instead learning how to *manually* create and deploy a WSDL-first web service.[1] SOA Tools is nice once you know what you're doing, but for newbies it's too much of a crutch that keeps you from learning the things that you need to learn. Glen [1] http://www.jroller.com/gmazza/date/20071019 Am Montag, den 17.12.2007, 05:42 -0800 schrieb Tophebboy: > Anyway, I put a new xml file, server.xml and made a reference to it in my > web.xml file as an application context file and it seems to be seen by > Tomcat. > But I still have the same problem: > on my client side (I just put a cxf.xml file in my client which is referring > my interceptor, just like in the CXF sample), I have this error: > > INFO: Interceptor has thrown exception, unwinding now > org.apache.cxf.binding.soap.SoapFault: "null" is not a valid SOAP version. > > It is really weird and I don't understand what is going on... > > > > > Willem2 wrote: > > > > Maybe you need report a Bug for STP. > > BTW, > > You can't add any interceptor in the cxf-servlet.xml , it just uses for > > loading the endpoints with a already initiated bus. > > > > Willem. > > > > > > Tophebboy wrote: > >> > >> Yes, I'm using Eclipse STP and SOA tools. > >> When you generate the code from your wsdl, a web.xml and a > >> cxf-servlet.xml are generated in the same folder as the wsdl. The same > >> process occurs when you generates your war. And the generated files > >> always overwrite your files... > >> > >> > >> > >> Glen Mazza-2 wrote: > >>> > >>> Am Donnerstag, den 13.12.2007, 08:45 -0800 schrieb Tophebboy: > >>>> I already saw that...But I think I'm missing something...I read it > >>>> twice and > >>>> it still doesn't work!! > >>>> Anyway, I found a way of activating it copying the interceptor bean > >>>> definition in the cxf-servlet.xml file (I have to this after deploying > >>>> the > >>>> project because each time I create a war file, eclipse erases my > >>>> cxf-servlet.xml file to put the default one at its place). > >>> > >>> I still don't understand this. Why would Eclipse have a "default" > >>> cxf-servlet.xml file that it surreptitiously inserts in the WAR? That > >>> file is completely specific to CXF, most Eclipse committers have never > >>> even heard of that file. Are you using the Eclipse SOA Tools > >>> plugin--maybe *it* does something strange like this. > >>> > >>> > >>>> I also copied the > >>>> client xml file in my client app, naming it cxf.xml. > >>>> The problem is that when I try to call my web service from the client, > >>>> I > >>>> have now this exception: > >>>> java.io.IOException: Not in GZIP format > >>>> It seems to occur in the client which is receiving a message. That's > >>>> weird > >>>> because the first step is to send a request to the server, isn't it? > >>>> And the > >>>> error occurs before the handleMessage method on the server is called... > >>>> I really don't understand what is going on...:-( > >>>> > >>>> > >>> > >>> The email I just sent a few minutes ago to Jan in Germany had links to a > >>> Ant- and Maven- based builds, neither of which touch your > >>> cxf-servlet.xml file and neither (at least in my case) caused these > >>> error messages to occur. You may wish to move from IDE-based creation > >>> of web services to Maven or Ant-based instead. > >>> > >>> Glen > >>> > >>> > >>> > >>> > >> > >> > > > > >
