Return-Path: Delivered-To: apmail-cxf-users-archive@www.apache.org Received: (qmail 8880 invoked from network); 17 Dec 2009 14:13:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Dec 2009 14:13:49 -0000 Received: (qmail 74007 invoked by uid 500); 17 Dec 2009 14:13:48 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 73949 invoked by uid 500); 17 Dec 2009 14:13:48 -0000 Mailing-List: contact users-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cxf.apache.org Delivered-To: mailing list users@cxf.apache.org Received: (qmail 73939 invoked by uid 99); 17 Dec 2009 14:13:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Dec 2009 14:13:48 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Dec 2009 14:13:38 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NLH6T-0004S4-2W for users@cxf.apache.org; Thu, 17 Dec 2009 06:13:17 -0800 Message-ID: <26828571.post@talk.nabble.com> Date: Thu, 17 Dec 2009 06:13:17 -0800 (PST) From: surajchhetry To: users@cxf.apache.org Subject: Re: MTOM OutOfMemory In-Reply-To: <26828305.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Nabble-From: surajchhetry@gmail.com References: <200912031526.42933.dkulp@apache.org> <26826658.post@talk.nabble.com> <61b5d9410912170426h6fefc99fn1bdf9a3aa6393409@mail.gmail.com> <26827626.post@talk.nabble.com> <61b5d9410912170504l2a0e44b8x3cbbca85dd6a5dda@mail.gmail.com> <26828087.post@talk.nabble.com> <61b5d9410912170541h2ba9e5c7g65000548572437ec@mail.gmail.com> <26828305.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org Logging is turn off but getting Error "Invalid chunk header" surajchhetry wrote: >=20 > Yes Stack trace is same. >=20 > Exception in thread "main" java.lang.OutOfMemoryError: Java heap space > =09at java.util.Arrays.copyOf(Arrays.java:2882) > =09at > java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java= :100) > =09at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:3= 90) > =09at java.lang.StringBuilder.append(StringBuilder.java:119) > =09at > org.apache.cxf.io.CachedOutputStream.writeCacheTo(CachedOutputStream.java= :334) > =09at > org.apache.cxf.io.CachedOutputStream.writeCacheTo(CachedOutputStream.java= :286) > =09at > org.apache.cxf.interceptor.LoggingOutInterceptor$LoggingCallback.onClose(= LoggingOutInterceptor.java:152) > =09at > org.apache.cxf.io.CachedOutputStream.close(CachedOutputStream.java:182) > =09at > org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66) > =09at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:63= 7) > =09at > org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingIn= terceptor.handleMessage(MessageSenderInterceptor.java:62) > =09at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorCh= ain.java:236) > =09at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:483) > =09at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:309) > =09at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:261) > =09at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) > =09at > org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:124) > =09at $Proxy57.uploadVideo(Unknown Source) > =09at > com.suraj.core.ws.VideoWebServiceTester.testVideoUpload(VideoWebServiceTe= ster.java:70) > =09at > com.suraj.core.ws.VideoWebServiceTester.main(VideoWebServiceTester.java:4= 4) >=20 >=20 > bimargulies wrote: >>=20 >> The same stack trace with the same LoggingOutInterceptor on the stack? >>=20 >> On Thu, Dec 17, 2009 at 8:37 AM, surajchhetry >> wrote: >>> >>> Here is my CXF spring Configuration >>> >>> >>> =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0>> resource=3D"classpath:META-INF/cxf/cxf-extension-jaxrs-binding.xml"/> >>> >>> =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 >>> >>> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0se= rviceName=3D"upload" >>> >>> implementorClass=3D"com.suraj.ws.testapi.fileTransfer.UploadService" >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0im= plementor=3D"#fileService" >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ad= dress=3D"/services/upload"> >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>> value=3D"true"/> >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 >>> >>> >>> And I removed >>> =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 >>> =C2=A0 =C2=A0 >>> but same problem >>> >>> >>> bimargulies wrote: >>>> >>>> It looks like you turned it on. You have the logging feature enabled, >>>> or you have explicitly added the LoggingOutInterceptor somewhere. >>>> Unless we have some mechanism that does this by default that I'm not >>>> aware of. >>>> >>>> On Thu, Dec 17, 2009 at 7:58 AM, surajchhetry >>>> wrote: >>>>> >>>>> Could you tell me how to do that? >>>>> >>>>> bimargulies wrote: >>>>>> >>>>>> Better turn off the logging interceptor. >>>>>> >>>>>> On Thu, Dec 17, 2009 at 6:28 AM, surajchhetry >>>>>> >>>>>> wrote: >>>>>>> >>>>>>> Iam using CXF 2.2.5 version and try to upload around 5 GB and got >>>>>>> following >>>>>>> error. >>>>>>> Here is the stack trace >>>>>>> >>>>>>> Exception in thread "main" java.lang.OutOfMemoryError: Java heap >>>>>>> space >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at java.util.Arrays.copyOf(Arrays.java:2= 882) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilde= r.java:100) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:3= 90) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at java.lang.StringBuilder.append(String= Builder.java:119) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.io.CachedOutputStream.writeCacheTo(CachedOutputStrea= m.java:334) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.io.CachedOutputStream.writeCacheTo(CachedOutputStrea= m.java:286) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.interceptor.LoggingOutInterceptor$LoggingCallback.on= Close(LoggingOutInterceptor.java:152) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.io.CachedOutputStream.close(CachedOutputStream.java:= 182) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java= :66) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:63= 7) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEn= dingInterceptor.handleMessage(MessageSenderInterceptor.java:62) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterce= ptorChain.java:236) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:483) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:309) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:261) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:= 124) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at $Proxy57.uploadVideo(Unknown Source) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> com.suraj.core.ws.VideoWebServiceTester.testVideoUpload(VideoWebSer= viceTester.java:70) >>>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0at >>>>>>> com.suraj.core.ws.VideoWebServiceTester.main(VideoWebServiceTester.= java:44) >>>>>>> >>>>>>> >>>>>>> dkulp wrote: >>>>>>>> >>>>>>>> >>>>>>>> This error sounds like a classloader thing. =C2=A0Check the classp= ath >>>>>>>> and >>>>>>>> such >>>>>>>> for >>>>>>>> and activation jars. =C2=A0 If you are on Java6, try removing the >>>>>>>> activation >>>>>>>> jar we >>>>>>>> ship and such and using the stuff built into the jdk. >>>>>>>> >>>>>>>> Dan >>>>>>>> >>>>>>>> >>>>>>>> On Sat November 28 2009 3:50:59 pm baeschtu baeschtu wrote: >>>>>>>>> I was getting a step forward while using the reference >>>>>>>>> implementation >>>>>>>>> large_upload from https://jax-ws.dev.java.net/2.1.7/ >>>>>>>>> Now I have the following problem. (I'm using maven) >>>>>>>>> >>>>>>>>> Nov 28, 2009 9:44:32 PM org.apache.cxf.phase.PhaseInterceptorChai= n >>>>>>>>> doIntercept >>>>>>>>> WARNING: Application has thrown exception, unwinding now >>>>>>>>> org.apache.cxf.interceptor.Fault: loader constraint violation: >>>>>>>>> loader >>>>>>>>> (instance of ) previously initiated loading for a >>>>>>>>> different >>>>>>>>> =C2=A0type with name "javax/activation/DataHandler" >>>>>>>>> =C2=A0 =C2=A0 at >>>>>>>>> org.apache.cxf.service.invoker.AbstractInvoker.createFault(Abstra= ctInvoker. >>>>>>>>> java:148) >>>>>>>>> >>>>>>>>> Any help would be appreciated! >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2009/11/27 baeschtu baeschtu >>>>>>>>> >>>>>>>>> > Hi list >>>>>>>>> > for a fileupload I need a mtom enabled webservice (wsdl first.) >>>>>>>>> I >>>>>>>>> managed >>>>>>>>> > to write a working wsdl with wsdl2java >>>>>>>>> > When I send large binaries ~5GB I got a: >>>>>>>>> > >>>>>>>>> > WARNING: Interceptor has thrown exception, unwinding now >>>>>>>>> > org.apache.cxf.interceptor.Fault: Unmarshalling Error: Java hea= p >>>>>>>>> space >>>>>>>>> > >>>>>>>>> > When I check with wireshark, for small files it looks like SwA >>>>>>>>> seams >>>>>>>>> to >>>>>>>>> > work: >>>>>>>>> > MIME Multipart Media Encapsulation, Type: multipart/related, >>>>>>>>> Boundary: >>>>>>>>> > "uuid:910305cf-e4c6-45cd-a0f6-4f083b49c6c4" >>>>>>>>> > >>>>>>>>> > When trying to upload large files I see only "Continuation or >>>>>>>>> non-HTTP >>>>>>>>> > traffic" and then follows the OutOfMemory exception. >>>>>>>>> > 35506 =C2=A0 =C2=A05625.427090 =C2=A0 =C2=A0127.0.0.1 =C2=A0 = =C2=A0127.0.0.1 =C2=A0 =C2=A0HTTP >>>>>>>>> =C2=A0Continuation >>>>>>>>> or >>>>>>>>> > non-HTTP traffic. >>>>>>>>> > >>>>>>>>> > I also have the >>>>>>>>> xmime:expectedContentTypes=3D"application/octet-stream" >>>>>>>>> in >>>>>>>>> > and DataHandlers are generated. >>>>>>>>> > Has someone a working example, or some hints? >>>>>>>>> > >>>>>>>>> > Thanks >>>>>>>>> > Bast >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Daniel Kulp >>>>>>>> dkulp@apache.org >>>>>>>> http://www.dankulp.com/blog >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> View this message in context: >>>>>>> http://old.nabble.com/MTOM-OutOfMemory-tp26544421p26826658.html >>>>>>> Sent from the cxf-user mailing list archive at Nabble.com. >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://old.nabble.com/MTOM-OutOfMemory-tp26544421p26827626.html >>>>> Sent from the cxf-user mailing list archive at Nabble.com. >>>>> >>>>> >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://old.nabble.com/MTOM-OutOfMemory-tp26544421p26828087.html >>> Sent from the cxf-user mailing list archive at Nabble.com. >>> >>> >>=20 >>=20 >=20 >=20 --=20 View this message in context: http://old.nabble.com/MTOM-OutOfMemory-tp2654= 4421p26828571.html Sent from the cxf-user mailing list archive at Nabble.com.