Hi Tim, There is a library named mimepull that is supposed to support streaming for attachments, however I never tried that.
Best regards Stephan -----Original Message----- From: Tim Dudgeon [mailto:tdudgeon...@gmail.com] Sent: Samstag, 29. Oktober 2016 10:52 To: users@camel.apache.org Subject: Re: MIME-Mutipart DataFormat streaming? Thanks Stephan, that's what I feared. Are there any suggested alternatives to this? In my case I have Camel at both ends of an HTTP connection so hope there's some solution. I would typically have a small body, and a small number of attachments, but these could potentially be very large. Seems like I should be able to use multipart form, but I'm not sure how to ensure its 100% streamed at both ends? Tim On 26/10/2016 06:43, Siano, Stephan wrote: > Hi Tim, > > The MIME-Multipart DataFormat uses javamail as the underlying technology. The > DataFormat is using streaming as far as the DataFormat is concerned, but I > fear that javamail as such keeps a lot of stuff in memory so there is very > likely no full streaming with that component available. For marshalling this > might work with streaming as long as the component providing the Camel > Message with its attachments is stream capbable, but for unmarshalling, I > think that the javamail component will create ByteArrayDataSources at least > for the attachments. > > Best regards > Stephan > > -----Original Message----- > From: Tim Dudgeon [mailto:tdudgeon...@gmail.com] > Sent: Dienstag, 25. Oktober 2016 14:21 > To: users@camel.apache.org > Subject: MIME-Mutipart DataFormat streaming? > > I was looking at the MIME-Mutipart DataFormat and it looks very useful: > https://camel.apache.org/mime-multipart.html > > But I was not sure if it fully streams the data for the body and > attachments, or whether it holds the content in memory (this is for both > marshalling and unmarshalling). > > Thanks > Tim >
