I see. Sorry, no clean solution till we implement multipart provider :-( --Eli
-----Original Message----- From: Jain, Shashank Mohan Sent: Wednesday, July 22, 2009 6:58 PM To: [email protected] Subject: RE: Streaming support for file upload The reason of choosing multi part is that along with the document we need to send an xml contract which is the meta data for the job.. That's the reason it's a multi part Regards Shashank -----Original Message----- From: Baram, Eliezer Sent: Wednesday, July 22, 2009 9:20 PM To: [email protected] Subject: RE: Streaming support for file upload If this is the case, why did you select multipart to be the content-type of the request? You can just use the content-type of the file part as the content-type of the request. The recourse method that implements the HTTP POST method should get InputStream as an input parameter and just write it's content to a file/database/whatever. That way you will have no buffering of the request and no out of memory issues. Regards, Eli -----Original Message----- From: Jain, Shashank Mohan Sent: Wednesday, July 22, 2009 6:33 PM To: [email protected] Subject: RE: Streaming support for file upload Hi Eli, We are using a java client for doing file upload and right now its only one big file we need to support Regards Shashank -----Original Message----- From: Baram, Eliezer Sent: Wednesday, July 22, 2009 8:31 PM To: [email protected] Subject: RE: Streaming support for file upload Hi Shashank Wink does not have multipart providers so I guess it's "if atall". Regarding your use case I have 2 question: 1) are you allow to upload more then one file in a single request? 2) are you using a browser as client? Thanks, Eli -----Original Message----- From: Jain, Shashank Mohan Sent: Tuesday, July 21, 2009 6:42 PM To: [email protected] Subject: RE: Streaming support for file upload Thanks Eli, I will add this as a wish in Jira. The use case is to upload say 1 gb of document in a single request. What I observed in Jboss RestEasy is that their MultiPart Provider was buffering the data and thereby causing the heap to run out of memmory. I am curious as to hos this is handled in Wink if atall.. Regards Shashank -----Original Message----- From: Baram, Eliezer Sent: Tuesday, July 21, 2009 8:53 PM To: [email protected] Subject: RE: Streaming support for file upload Hi Shashank Wink does not have multipart providers yet, worth adding a wish in Jira. I guess your use case is uploading several files in a single request, and you are using the TempFileStorageProvider of mime4j. Since if you upload a single document in a request there isn't a need to buffer the data. Regards, Eli -----Original Message----- From: Jain, Shashank Mohan Sent: Tuesday, July 21, 2009 5:38 PM To: [email protected] Subject: RE: Streaming support for file upload Jboss rest easy support streaming for multipart using mime4j. SO when we send huge documents its not buffered but written to a temporary file store. Does Wink provide such implementation.. Regards Shashank -----Original Message----- From: Snitkovsky, Martin Sent: Sunday, July 19, 2009 11:51 AM To: [email protected] Subject: RE: Streaming support for file upload Hi Shashank, Streaming file upload can be implemented with JAX-RS InputStreamProvider. Not sure how much you are familiar with JAX-RS, but what it means is that you can define Resource method that accepts Http InputStream as method input parameter. What is your use-case for streaming file upload? Regards, --martin -----Original Message----- From: Jain, Shashank Mohan Sent: Sunday, July 19, 2009 7:21 AM To: [email protected] Subject: Streaming support for file upload Do we have plans to support this if not already there. Regards Shashank
