Re: [undertow-dev] Streaming a ZIP file

My bad, I did not read your post properly and was thinking of gzip. I think you can still use ZipOutputStream though, it will only be blocking if the underlying Stream is blocking, so using something like a ByteArrayOutputStream would make the operation non blocking. If you want to avoid buffering the whole zip in memory you could potentially alternate between writing data to the ZipOutputStream and then taking anything written to the ByteArrayOutputStream and flushing it to the response channel. Stuart On Wed, Sep 6, 2017 at 1:31 AM, Hicks, Matt <matt(a)matthicks.com&gt; wrote: > I've looked at DeflatingStreamSinkConduit, but am at a loss to figure out > how to adapt this to streaming a zip file. Is there any other information > you could give me? > > Thanks > > On Thu, Aug 31, 2017 at 11:46 PM Stuart Douglas <sdouglas(a)redhat.com&gt; wrote: >> >> You could potentially adapt >> io.undertow.conduits.DeflatingStreamSinkConduit, which uses a >> java.util.zip.Deflater. >> >> Stuart >> >> On Fri, Sep 1, 2017 at 5:57 AM, Hicks, Matt <matt(a)matthicks.com&gt; wrote: >> > I'm trying to create ZIP files on-demand from the server and stream them >> > back to the browser, but I'm not sure the proper way to do this. The >> > only >> > way I can think of is to use a `ZipOutputStream`, but that would be a >> > blocking operation. Is there a better way to do this? >> > >> > _______________________________________________ >> > undertow-dev mailing list >> > undertow-dev(a)lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/undertow-dev