On Thu December 17 2009 12:27:03 pm surajchhetry wrote: > Is StreamingDataHandler is supported by CXF like > Metro(https://jax-ws.dev.java.net/guide/Large_Attachments.html) does?
CXF just supports streaming directly without any fancy things going on at all like requiring a special StreamingDataHandler. Dan > > surajchhetry wrote: > > I don't think we need to increase JVM memory because I have enable MTO > > and configured threshold memory limit also as guided by CXF document as > > below > > > > <jaxws:properties> > > <entry key="mtom-enabled" value="true" /> > > <entry key="attachment-directory" > > value="/home/temp/"/> > > <entry key="attachment-memory-threshold" > > value="4000000"/> > > </jaxws:properties> > > > > but i have tried that one but nothing change with it's issue > > > > Me Coder wrote: > >> 5GB? I think you will need a lot of heapspace for the JVM. > >> > >> --- On Thu, 12/17/09, surajchhetry <[email protected]> wrote: > >>> From: surajchhetry <[email protected]> > >>> Subject: Re: MTOM OutOfMemory > >>> To: [email protected] > >>> Date: Thursday, December 17, 2009, 3:28 AM > >>> > >>> 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 > >>> at > >>> java.util.Arrays.copyOf(Arrays.java:2882) > >>> at > >>> java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.ja > >>>va:100) at > >>> java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:390) > >>> at > >>> java.lang.StringBuilder.append(StringBuilder.java:119) > >>> at > >>> org.apache.cxf.io.CachedOutputStream.writeCacheTo(CachedOutputStream.ja > >>>va:334) at > >>> org.apache.cxf.io.CachedOutputStream.writeCacheTo(CachedOutputStream.ja > >>>va:286) at > >>> org.apache.cxf.interceptor.LoggingOutInterceptor$LoggingCallback.onClos > >>>e(LoggingOutInterceptor.java:152) at > >>> org.apache.cxf.io.CachedOutputStream.close(CachedOutputStream.java:182) > >>> at > >>> org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66) > >>> at > >>> org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:637) > >>> at > >>> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEnding > >>>Interceptor.handleMessage(MessageSenderInterceptor.java:62) at > >>> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptor > >>>Chain.java:236) at > >>> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:483) > >>> at > >>> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:309) > >>> at > >>> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:261) > >>> at > >>> org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) > >>> at > >>> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:124) > >>> at $Proxy57.uploadVideo(Unknown Source) > >>> at > >>> com.suraj.core.ws.VideoWebServiceTester.testVideoUpload(VideoWebService > >>>Tester.java:70) at > >>> com.suraj.core.ws.VideoWebServiceTester.main(VideoWebServiceTester.java > >>>:44) > >>> > >>> dkulp wrote: > >>> > This error sounds like a classloader thing. > >>> > >>> Check the classpath and such > >>> > >>> > for > >>> > and activation jars. 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.PhaseInterceptorChain > >>> > >>> >> doIntercept > >>> >> WARNING: Application has thrown exception, > >>> > >>> unwinding now > >>> > >>> >> org.apache.cxf.interceptor.Fault: loader > >>> > >>> constraint violation: loader > >>> > >>> >> (instance of <bootloader>) previously > >>> > >>> initiated loading for a different > >>> > >>> >> type with name > >>> > >>> "javax/activation/DataHandler" > >>> > >>> >> at > >>> > >>> org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractInvo > >>>ker. > >>> > >>> >> java:148) > >>> >> > >>> >> Any help would be appreciated! > >>> >> > >>> >> > >>> >> > >>> >> 2009/11/27 baeschtu baeschtu <[email protected]> > >>> >> > >>> >> > 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 heap 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 5625.427090 > >>> > >>> 127.0.0.1 127.0.0.1 HTTP > >>> Continuation > >>> > >>> >> or > >>> >> > >>> >> > non-HTTP traffic. > >>> >> > > >>> >> > I also have the > >>> > >>> xmime:expectedContentTypes="application/octet-stream" > >>> > >>> >> in > >>> >> > >>> >> > and DataHandlers are generated. > >>> >> > Has someone a working example, or some > >>> > >>> hints? > >>> > >>> >> > Thanks > >>> >> > Bast > -- Daniel Kulp [email protected] http://www.dankulp.com/blog
