Done & Committed https://jira.jboss.org/jira/browse/ISPN-409

phil

On Thu, Apr 22, 2010 at 12:13 PM, Manik Surtani <manik@jboss.org> wrote:

On 20 Apr 2010, at 15:17, Philippe Van Dyck wrote:

I wonder if there is any need for that... since I switched to bzip2 compression in the new cloudcachestore (I totally lost confidence in GZipInpuStream with decades old unfixed bugs).
Besides, I don't really like modifying the marshaller for a behavior happening elsewhere...

WDYT ?

Yeah fair enough.  +1 to not using GZipIS.


phil

On Tue, Apr 20, 2010 at 3:55 PM, Manik Surtani <manik@jboss.org> wrote:

On 16 Apr 2010, at 10:50, Philippe Van Dyck wrote:

Ok, JDK Bug  http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6519463

The workaround is to simply ignore (!) the EOFException...

Oh that's always fun!  :)

Care to file a JIRA?


WDYT ?

phil

---------- Forwarded message ----------
From: Philippe Van Dyck <pvdyck@gmail.com>
Date: Fri, Apr 16, 2010 at 10:52 AM
Subject: Fwd: Bug : read after end of stream @ AbstractMarshaller
To: infinispan -Dev List <infinispan-dev@lists.jboss.org>


Ok, I took a closer look.
Actually, it is related to HTTPCORE-199, and this bug is fixed.
What about using int len = inputStream.available(); in AbstractMarshaller again ?

phil


---------- Forwarded message ----------
From: Philippe Van Dyck <pvdyck@gmail.com>
Date: Fri, Apr 16, 2010 at 10:45 AM
Subject: Bug : read after end of stream @ AbstractMarshaller
To: infinispan -Dev List <infinispan-dev@lists.jboss.org>


Hi all,

since I use an InflaterInputStream to send objects to S3 using JClouds Blobstore, I need a very strict management of streams.
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.
You cannot do that with a GZIPInputStream because you will get a "java.io.EOFException: Unexpected end of ZLIB input stream".
Should I file a bug or correct the code ?

phil


_______________________________________________
infinispan-dev mailing listhttps://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Manik Surtani
Lead, Infinispan
Lead, JBoss Cache





_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Manik Surtani
Lead, Infinispan
Lead, JBoss Cache





_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev