[infinispan-dev] Fwd: Bug : read after end of stream @ AbstractMarshaller

Philippe Van Dyck pvdyck at gmail.com
Thu Apr 22 08:48:10 EDT 2010


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

<https://jira.jboss.org/jira/browse/ISPN-409>phil

On Thu, Apr 22, 2010 at 12:13 PM, Manik Surtani <manik at 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 at 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 at 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 at 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 at 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 at 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 list
>>
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>>
>>  --
>> Manik Surtani
>> manik at jboss.org
>> Lead, Infinispan
>> Lead, JBoss Cache
>> http://www.infinispan.org
>> http://www.jbosscache.org
>>
>>
>>
>>
>>
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
>
> --
> Manik Surtani
> manik at jboss.org
> Lead, Infinispan
> Lead, JBoss Cache
> http://www.infinispan.org
> http://www.jbosscache.org
>
>
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20100422/4da1e695/attachment-0001.html 


More information about the infinispan-dev mailing list