Menu
▾
▴
springframework-developer
|
From: Andy D. <an...@ma...> - 2005-08-11 23:52:37
|
I've extended Spring's HttpInvoker to provide support for InputStream parameters and return values for remote service methods. I've posted detailed information along with sources and unit tests in this JIRA issue: http://opensource.atlassian.com/projects/spring/browse/SPR-1223 To elaborate a little: this allows you to define a service method to take an InputStream as a parameter or return an InputStream as a return value (or both) and Spring will take care of ensuring the InputStream is streamed across the wire. Of course, the major reason for doing this is to handle large amounts of data without needing to load all the data into memory first, so care is taken to ensure that the InputStream is not fully buffered into memory. See the JIRA issue for more information. - Andy |
|
From: Steven D. <ste...@gm...> - 2005-08-12 00:01:38
|
Andy, Are you building your own iTunes? I would like you to apply for developer privileges on https://springmodules.dev.java.net and post this code in the sandbox so we can all enjoy this. Steven On 8/12/05, Andy Depue <an...@ma...> wrote: > I've extended Spring's HttpInvoker to provide support for InputStream > parameters and return values for remote service methods. I've posted > detailed information along with sources and unit tests in this JIRA issue= : > http://opensource.atlassian.com/projects/spring/browse/SPR-1223 >=20 > To elaborate a little: this allows you to define a service method to take= an > InputStream as a parameter or return an InputStream as a return value (or > both) and Spring will take care of ensuring the InputStream is streamed > across the wire. Of course, the major reason for doing this is to handle > large amounts of data without needing to load all the data into memory fi= rst, > so care is taken to ensure that the InputStream is not fully buffered int= o > memory. > See the JIRA issue for more information. >=20 > - Andy >=20 >=20 > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic= es > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q= A > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 --=20 "If you want to be a different fish, you gotta jump out of the school." -- Captain Beefheart |
|
From: Andy D. <an...@ma...> - 2005-08-12 15:42:23
|
On Thursday 11 August 2005 05:01 pm, Steven Devijver wrote: > Andy, > > Are you building your own iTunes? I would like you to apply for > developer privileges on https://springmodules.dev.java.net and post > this code in the sandbox so we can all enjoy this. > > Steven No, I'm not building my own iTunes. :) My hope, if the Spring devs smile upon this contribution, is that this might make it into Spring itself, since it is just an optional extension to the standard HttpInvoker that is already bundled with Spring. I'm guessing that if I put it in springmodules sandbox it would then remain in springmodules? Of course, one could always download the source and unit tests from the JIRA issue if they just wanted to play around with it. ;) As a side note, we needed this in order to support managing large documents from our client. We wanted a very simple solution (from the developer's perspective), and to us, that meant just adding another method to our already existing service interface that took an InputStream as parameter, and another that returned an InputStream (for downloading). We need the streaming support as these documents will typically be larger than available RAM. - Andy |
|
From: Steven D. <ste...@gm...> - 2005-08-12 15:57:39
|
On 8/12/05, Andy Depue <an...@ma...> wrote: > On Thursday 11 August 2005 05:01 pm, Steven Devijver wrote: > > Andy, > > > > Are you building your own iTunes? I would like you to apply for > > developer privileges on https://springmodules.dev.java.net and post > > this code in the sandbox so we can all enjoy this. > > > > Steven >=20 > No, I'm not building my own iTunes. :) > My hope, if the Spring devs smile upon this contribution, is that this mi= ght > make it into Spring itself, since it is just an optional extension to the > standard HttpInvoker that is already bundled with Spring. I'm guessing t= hat > if I put it in springmodules sandbox it would then remain in springmodule= s? > Of course, one could always download the source and unit tests from the J= IRA > issue if they just wanted to play around with it. ;) >=20 > As a side note, we needed this in order to support managing large documen= ts > from our client. We wanted a very simple solution (from the developer's > perspective), and to us, that meant just adding another method to our alr= eady > existing service interface that took an InputStream as parameter, and ano= ther > that returned an InputStream (for downloading). We need the streaming > support as these documents will typically be larger than available RAM. Andy, Spring Modules is Spring's incubation repository. From there your code may move to more specific modules; coding standards, documentation and tests being some of the considerations. Steven |
|
From: Andy D. <an...@ma...> - 2005-08-12 16:10:17
|
On Friday 12 August 2005 08:57 am, Steven Devijver wrote: > Spring Modules is Spring's incubation repository. From there your code > may move to more specific modules; coding standards, documentation and > tests being some of the considerations. Well, with that said, I'll see if I can get this into springmodules' sandbox. - Andy |
|
From: Colin S. <col...@ex...> - 2005-08-12 18:53:18
|
Andy Depue wrote: >On Friday 12 August 2005 08:57 am, Steven Devijver wrote: > > >>Spring Modules is Spring's incubation repository. From there your code >>may move to more specific modules; coding standards, documentation and >>tests being some of the considerations. >> >> > >Well, with that said, I'll see if I can get this into springmodules' sandbox. > > Well, I wouldn't rule out something like this going directly into Spring. It's not an incredibly large piece of code... -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Juergen H. <ju...@in...> - 2005-08-13 09:55:22
|
Actually, this looks like a plausible extension to our core HTTP invoker. I'll consider this for Spring 1.3: So I guess it's best to leave it in our JIRA for the time being, rather than putting it into Spring Modules. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Andy Depue Sent: Friday, August 12, 2005 6:10 PM To: spr...@li... Subject: Re: [Springframework-developer] Streaming (InputStream) support for HttpInvoker On Friday 12 August 2005 08:57 am, Steven Devijver wrote: > Spring Modules is Spring's incubation repository. From there your code > may move to more specific modules; coding standards, documentation and > tests being some of the considerations. Well, with that said, I'll see if I can get this into springmodules' sandbox. - Andy ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
