I searched for the "CachedOutputStream error". I found that: http://www.nabble.com/Created-3A--28CXF-986-29-Cached-file-was-deleted-2C-java.io.FileNotFoundException-in-SWA-with-Logging-on.-to12588481.html Maybe I should turn off the LoggingInInterceptor, but how can I do that? Thx in advance!
Tophebboy wrote: > > That's what I've done!! But it won't work! Anyway, I tried this: > ================================================== > <bean id="cxf" class="org.apache.cxf.bus.CXFBusImpl"> > <!--property name="inInterceptors"> > <list> > <ref bean="GZIPStream"/> > </list> > </property> > <property name="inFaultInterceptors"> > <list> > <ref bean="GZIPStream"/> > </list> > </property--> > <property name="outInterceptors"> > <list> > <ref bean="GZIPStream"/> > </list> > </property> > <!--property name="outFaultInterceptors"> > <list> > <ref bean="GZIPStream"/> > </list> > </property--> > </bean> > ================================================== > Instead of: > ================================================== > <cxf:bus> > <cxf:inInterceptors> > <list> > <ref bean="GZIPStream"/> > </list> > </cxf:inInterceptors> > <cxf:outInterceptors> > <list> > <ref bean="GZIPStream"/> > </list> > </cxf:outInterceptors> > </cxf:bus> > ================================================== > And it works thanks to the imports you told me to put!:-) > But, I have now another problem! > My interceptor is here to compress the SOAP flow because I may transport > quite big informations. > When I make a request which leads to a little response, there is no > problem. But when the request leads to a big response, I have this error > on the server side: > ================================================== > > java.io.IOException: Cached file was deleted, > java.io.FileNotFoundException: > C:\DOCUME~1\C7EB6~1.BOU\LOCALS~1\Temp\att1310tmp (Le fichier spécifié est > introuvable) > at > org.apache.cxf.io.CachedOutputStream.getInputStream(CachedOutputStream.java:283) > at > com.structis.edoc.services.utils.interceptors.StreamInterceptor.handleMessage(StreamInterceptor.java:48) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207) > at > org.apache.cxf.interceptor.OutgoingChainInterceptor.handleMessage(OutgoingChainInterceptor.java:74) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207) > at > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:73) > at > org.apache.cxf.transport.servlet.ServletDestination.doMessage(ServletDestination.java:79) > at > org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:235) > at > org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:140) > at > org.apache.cxf.transport.servlet.CXFServlet.invoke(CXFServlet.java:278) > at > org.apache.cxf.transport.servlet.CXFServlet.doPost(CXFServlet.java:256) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) > at > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) > at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) > at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) > at java.lang.Thread.run(Unknown Source) > ================================================== > and as a consequence, on the client side: > ================================================== > org.apache.cxf.interceptor.Fault: Could not create > XMLStreamReader(encoding UTF-8). > at > org.apache.cxf.interceptor.StaxInInterceptor.handleMessage(StaxInInterceptor.java:67) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207) > at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:402) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1948) > at > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1791) > at > org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66) > at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:575) > at > org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:207) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:254) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:205) > at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) > at > org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:134) > at $Proxy44.getBlueprintsList(Unknown Source) > at > com.structis.edoc.services.test.client.ServiceConsumer.useLightListService(ServiceConsumer.java:94) > at > com.structis.edoc.services.test.client.EDocDocumentumWebServiceRequest.getBlueprintsList(EDocDocumentumWebServiceRequest.java:57) > at > com.structis.edoc.services.test.action.LookForDocumentumBlueprintsAction.run(LookForDocumentumBlueprintsAction.java:38) > at > org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:256) > at > org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:229) > at > org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:546) > at > org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:490) > at > org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:402) > at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:938) > at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3682) > at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3293) > at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2389) > at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353) > at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2219) > at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466) > at > org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:289) > at > org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:461) > at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) > at com.structis.edoc.edocclient.Application.start(Application.java:37) > at > org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:169) > at > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:106) > at > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:76) > at > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:363) > at > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:176) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508) > at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447) > at org.eclipse.equinox.launcher.Main.run(Main.java:1173) > at org.eclipse.equinox.launcher.Main.main(Main.java:1148) > Caused by: com.ctc.wstx.exc.WstxIOException: Unexpected end of ZLIB input > stream > at > com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:548) > at > com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:604) > at > com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:629) > at > com.ctc.wstx.stax.WstxInputFactory.createXMLStreamReader(WstxInputFactory.java:324) > at > org.apache.cxf.interceptor.StaxInInterceptor.handleMessage(StaxInInterceptor.java:65) > ... 46 more > Caused by: java.io.EOFException: Unexpected end of ZLIB input stream > at java.util.zip.InflaterInputStream.fill(Unknown Source) > at java.util.zip.InflaterInputStream.read(Unknown Source) > at java.util.zip.GZIPInputStream.read(Unknown Source) > at java.io.FilterInputStream.read(Unknown Source) > at com.ctc.wstx.io.UTF8Reader.loadMore(UTF8Reader.java:362) > at com.ctc.wstx.io.UTF8Reader.read(UTF8Reader.java:110) > at > com.ctc.wstx.io.ReaderBootstrapper.initialLoad(ReaderBootstrapper.java:245) > at > com.ctc.wstx.io.ReaderBootstrapper.bootstrapInput(ReaderBootstrapper.java:132) > at > com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:543) > ... 50 more > ================================================== > > It seems that some cache file used to compress the SOAP message is deleted > during the compression process...Do you have any idea of what could be > going on? > > > willem.jiang wrote: >> >> Here is the server.xml that I want. >> >> <beans xmlns="http://www.springframework.org/schema/beans"; >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >> xmlns:cxf="http://cxf.apache.org/core"; >> xsi:schemaLocation=" >> http://www.springframework.org/schema/beans >> http://www.springframework.org/schema/beans/spring-beans.xsd >> http://cxf.apache.org/core http://cxf.apache.org/schemas/core.xsd";> >> >> <import resource="classpath:META-INF/cxf/cxf.xml"/> >> <import resource="classpath:META-INF/cxf/cxf-extension-soap.xml"/> >> <import resource="classpath:META-INF/cxf/cxf-servlet.xml"/> >> >> <bean id="GZIPStream" >> >> class="com.structis.edoc.services.utils.interceptors.StreamInterceptor" >> /> >> >> <!-- We are adding the interceptors to the bus as we will have >> only >> one >> endpoint/service/bus. --> >> <cxf:bus> >> <cxf:inInterceptors> >> <list> >> <ref bean="GZIPStream"/> >> </list> >> </cxf:inInterceptors> >> <cxf:outInterceptors> >> <list> >> <ref bean="GZIPStream"/> >> </list> >> </cxf:outInterceptors> >> </cxf:bus> >> </beans> >> >> Please check you already update the file :) >> >> Willem. >> On Dec 18, 2007 9:37 PM, Tophebboy <[EMAIL PROTECTED]> wrote: >> >>> >>> So basically, I should just have to add those lines...But I tried this, >>> and >>> it won't work. I still have the same errors... >>> >>> >>> Willem2 wrote: >>> > >>> > >>> > The importing files are the cxf componets' spring configuration files. >>> > They are in the cxf*.jar's META-INF/cxf/ directory and not in the >>> WEB-INF >>> > directory. >>> > Since your server configuration file has the bus defintions , when the >>> > CXFSerlvet load the bus , it will not load the defualt bus and core >>> > components (which is in the META-INF/cxf/cxf.xml), and soap component >>> > (which is in META-INF/cxf/cxf-extension-soap.xml). >>> > That is the cause of the NPE. >>> > >>> > Willem. >>> > >>> > >>> > >>> > -----Original Message----- >>> > From: Tophebboy [mailto:[EMAIL PROTECTED] >>> > Sent: 12/18/2007 (星期二) 21:04 >>> > To: cxf-user@incubator.apache.org >>> > Subject: RE: SOAP flow Compression? >>> > >>> > >>> > Thanks for your answer! >>> > I only have a cxf-servlet.xml and a server.xml in the WEB-INF >>> directory. >>> > What should I put un cxf.xml and in cxf-servlet.xml? Where could I >>> find >>> > examples for those files? >>> > Thanks a lot! >>> > >>> > >>> > Willem2 wrote: >>> >> >>> >> Please add the below lines at the head of your server.xml >>> >> >>> >> <import resource="classpath:META-INF/cxf/cxf.xml"/> >>> >> <import resource="classpath:META-INF/cxf/cxf-extension-soap.xml"/> >>> >> <import resource="classpath:META-INF/cxf/cxf-servlet.xml"/> >>> >> >>> >> So you can get the enough componets to publish the services. >>> >> You can find more information here [1] >>> >> >>> >> [1]http://cwiki.apache.org/CXF20DOC/servlet-transport.html >>> >> >>> >> Willem. >>> >> -----Original Message----- >>> >> From: Tophebboy [mailto:[EMAIL PROTECTED] >>> >> Sent: 12/18/2007 18:32 >>> >> To: cxf-user@incubator.apache.org >>> >> Subject: Re: SOAP flow Compression? >>> >> >>> >> >>> >> Hi! >>> >> Here is my web.xml content: >>> >> ====================================== >>> >> <?xml version="1.0" encoding="UTF-8"?> >>> >> <!DOCTYPE web-app >>> >> PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" >>> >> "http://java.sun.com/dtd/web-app_2_3.dtd";> >>> >> <web-app> >>> >> <display-name>cxf</display-name> >>> >> <description>cxf</description> >>> >> <context-param> >>> >> <param-name>contextConfigLocation</param-name> >>> >> <param-value>WEB-INF/server.xml</param-value> >>> >> </context-param> >>> >> <listener> >>> >> <listener-class> >>> >> >>> org.springframework.web.context.ContextLoaderListener >>> >> </listener-class> >>> >> </listener> >>> >> <servlet> >>> >> <servlet-name>cxf</servlet-name> >>> >> <display-name>cxf</display-name> >>> >> <description>Apache CXF Endpoint</description> >>> >> <servlet-class> >>> >> org.apache.cxf.transport.servlet.CXFServlet >>> >> </servlet-class> >>> >> <load-on-startup>1</load-on-startup> >>> >> </servlet> >>> >> <servlet-mapping> >>> >> <servlet-name>cxf</servlet-name> >>> >> <url-pattern>/services/*</url-pattern> >>> >> </servlet-mapping> >>> >> <session-config> >>> >> <session-timeout>60</session-timeout> >>> >> </session-config> >>> >> </web-app> >>> >> ====================================== >>> >> And my server.xml content: >>> >> ====================================== >>> >> <beans xmlns="http://www.springframework.org/schema/beans"; >>> >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >>> >> xmlns:cxf="http://cxf.apache.org/core"; >>> >> xsi:schemaLocation=" >>> >> http://www.springframework.org/schema/beans >>> >> http://www.springframework.org/schema/beans/spring-beans.xsd >>> >> http://cxf.apache.org/core http://cxf.apache.org/schemas/core.xsd";> >>> >> <bean id="GZIPStream" >>> >> class=" >>> com.structis.edoc.services.utils.interceptors.StreamInterceptor" >>> >> /> >>> >> >>> >> <!-- We are adding the interceptors to the bus as we will have >>> only one >>> >> endpoint/service/bus. --> >>> >> <cxf:bus> >>> >> <cxf:inInterceptors> >>> >> <list> >>> >> <ref bean="GZIPStream"/> >>> >> </list> >>> >> </cxf:inInterceptors> >>> >> <cxf:outInterceptors> >>> >> <list> >>> >> <ref bean="GZIPStream"/> >>> >> </list> >>> >> </cxf:outInterceptors> >>> >> </cxf:bus> >>> >> </beans> >>> >> >>> >> ====================================== >>> >> Thanks a lot! >>> >> Chris >>> >> >>> >> >>> >> >>> >> Willem2 wrote: >>> >>> >>> >>> Hi, >>> >>> >>> >>> Can I see your bus configuration file ? >>> >>> The NPE is caused by you do not set the bus rightly. >>> >>> I just checked the code , you may not include the right bus. >>> >>> >>> >>> Willem. >>> >>> Tophebboy wrote: >>> >>>> On top of that, on the server side, launching Tomcat now gives me 2 >>> >>>> errors: >>> >>>> 17 déc. 2007 14:45:35 org.apache.cxf.transport.servlet.CXFServlet >>> >>>> loadSpringBus >>> >>>> INFO: load the bus with application context >>> >>>> 14:45:35,482 ERROR [main] >>> >>>> org.apache.catalina.core.ContainerBase >>> .[Catalina].[localhost].[/EDocRequest] >>> >>>> - StandardWrapper.Throwable >>> >>>> java.lang.NullPointerException >>> >>>> at >>> >>>> org.apache.cxf.transport.servlet.CXFServlet.loadSpringBus( >>> CXFServlet.java:162) >>> >>>> at >>> >>>> >>> org.apache.cxf.transport.servlet.CXFServlet.init(CXFServlet.java:98) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardWrapper.loadServlet( >>> StandardWrapper.java:1139) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java >>> :966) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardContext.loadOnStartup( >>> StandardContext.java:3956) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardContext.start(StandardContext.java >>> :4230) >>> >>>> at >>> >>>> org.apache.catalina.core.ContainerBase.addChildInternal( >>> ContainerBase.java:760) >>> >>>> at >>> >>>> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java >>> :740) >>> >>>> at >>> >>>> >>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) >>> >>>> at >>> >>>> >>> org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) >>> >>>> at >>> >>>> org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java >>> :714) >>> >>>> at >>> >>>> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java >>> :490) >>> >>>> at org.apache.catalina.startup.HostConfig.start(HostConfig.java >>> :1138) >>> >>>> at >>> >>>> >>> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java >>> :311) >>> >>>> at >>> >>>> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( >>> LifecycleSupport.java:120) >>> >>>> at >>> >>>> >>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) >>> >>>> at org.apache.catalina.core.StandardHost.start(StandardHost.java >>> :736) >>> >>>> at >>> >>>> >>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardEngine.start(StandardEngine.java >>> :443) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardService.start(StandardService.java >>> :448) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardServer.start(StandardServer.java >>> :700) >>> >>>> at org.apache.catalina.startup.Catalina.start(Catalina.java:552) >>> >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> >>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) >>> >>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown >>> Source) >>> >>>> at java.lang.reflect.Method.invoke(Unknown Source) >>> >>>> at >>> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) >>> >>>> at >>> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) >>> >>>> 14:45:35,482 ERROR [main] >>> >>>> org.apache.catalina.core.ContainerBase >>> .[Catalina].[localhost].[/EDocRequest] >>> >>>> - La servlet /EDocRequest a généré une exception "load()" >>> >>>> java.lang.NullPointerException >>> >>>> at >>> >>>> org.apache.cxf.transport.servlet.CXFServlet.loadSpringBus( >>> CXFServlet.java:162) >>> >>>> at >>> >>>> >>> org.apache.cxf.transport.servlet.CXFServlet.init(CXFServlet.java:98) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardWrapper.loadServlet( >>> StandardWrapper.java:1139) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java >>> :966) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardContext.loadOnStartup( >>> StandardContext.java:3956) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardContext.start(StandardContext.java >>> :4230) >>> >>>> at >>> >>>> org.apache.catalina.core.ContainerBase.addChildInternal( >>> ContainerBase.java:760) >>> >>>> at >>> >>>> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java >>> :740) >>> >>>> at >>> >>>> >>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) >>> >>>> at >>> >>>> >>> org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) >>> >>>> at >>> >>>> org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java >>> :714) >>> >>>> at >>> >>>> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java >>> :490) >>> >>>> at org.apache.catalina.startup.HostConfig.start(HostConfig.java >>> :1138) >>> >>>> at >>> >>>> >>> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java >>> :311) >>> >>>> at >>> >>>> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( >>> LifecycleSupport.java:120) >>> >>>> at >>> >>>> >>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) >>> >>>> at org.apache.catalina.core.StandardHost.start(StandardHost.java >>> :736) >>> >>>> at >>> >>>> >>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardEngine.start(StandardEngine.java >>> :443) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardService.start(StandardService.java >>> :448) >>> >>>> at >>> >>>> org.apache.catalina.core.StandardServer.start(StandardServer.java >>> :700) >>> >>>> at org.apache.catalina.startup.Catalina.start(Catalina.java:552) >>> >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> >>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) >>> >>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown >>> Source) >>> >>>> at java.lang.reflect.Method.invoke(Unknown Source) >>> >>>> at >>> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) >>> >>>> at >>> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> Tophebboy wrote: >>> >>>> >>> >>>>> 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 >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>> >>> >>>>>> >>> >>>>> >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >> >>> >> -- >>> >> View this message in context: >>> >> http://www.nabble.com/SOAP-flow-Compression--tp14299256p14391705.html >>> >> Sent from the cxf-user mailing list archive at Nabble.com. >>> >> >>> >> >>> >> >>> > >>> > -- >>> > View this message in context: >>> > http://www.nabble.com/SOAP-flow-Compression--tp14299256p14396496.html >>> > Sent from the cxf-user mailing list archive at Nabble.com. >>> > >>> > >>> > >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/SOAP-flow-Compression--tp14299256p14397070.html >>> Sent from the cxf-user mailing list archive at Nabble.com. >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/SOAP-flow-Compression--tp14299256p14401062.html Sent from the cxf-user mailing list archive at Nabble.com.
