Ok, I took a closer look.<div>Actually, it is related to HTTPCORE-199, and this bug is fixed.</div><div>What about using int len = inputStream.available(); in AbstractMarshaller again ?</div><div><br></div><div>phil<br><br>
<div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Philippe Van Dyck</b> <span dir="ltr"><<a href="mailto:pvdyck@gmail.com">pvdyck@gmail.com</a>></span><br>Date: Fri, Apr 16, 2010 at 10:45 AM<br>
Subject: Bug : read after end of stream @ AbstractMarshaller<br>To: infinispan -Dev List <<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a>><br><br><br>Hi all,<div><br></div><div>since I use an InflaterInputStream to send objects to S3 using JClouds Blobstore, I need a very strict management of streams.</div>
<div>In AbstractMarshaller, while ((bytesRead = inputStream.read(buf, 0, buf.length)) != -1) bytes.write(buf, 0, bytesRead) will read after the stream's end, waiting for '-1' to happen.</div>
<div>You cannot do that with a GZIPInputStream because you will get a "java.io.EOFException: Unexpected end of ZLIB input stream".</div><div>Should I file a bug or correct the code ?</div><div><br></div><div>phil</div>
</div><br></div>