[ https://issues.apache.org/jira/browse/IO-71?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13238238#comment-13238238 ]
Aaron Digulla commented on IO-71: --------------------------------- For the records: I had the same issues and couldn't find a solution without a second thread that doesn't need an unknown amount of memory. Since this isn't easy to get right, I vote to add this code even though is seems "broken". My rationale is this: 1. The code is useful 1. It's hard to get right 1. If there is a better solution (i.e. one without the second thread) the outside API doesn't change, so it would be easy to fix later. > [io] PipedUtils > --------------- > > Key: IO-71 > URL: https://issues.apache.org/jira/browse/IO-71 > Project: Commons IO > Issue Type: Improvement > Components: Utilities > Environment: Operating System: All > Platform: All > Reporter: David Smiley > Priority: Minor > Fix For: 3.x > > Attachments: PipedUtils.zip, ReverseFilterOutputStream.patch > > > I developed some nifty code that takes an OutputStream and sort of reverses > it as if it were an > InputStream. Error passing and handling close is dealt with. It needs > another thread to do the work > which runs in parallel. It uses Piped streams. I created this because I > had to conform > GZIPOutputStream to my framework which demanded an InputStream. > See URL to source. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira