[infinispan-dev] frequent stack in testsuite
Galder Zamarreño
galder at redhat.com
Wed Jun 15 03:30:55 EDT 2011
https://issues.jboss.org/browse/ISPN-1184
On Jun 13, 2011, at 5:30 PM, Manik Surtani wrote:
>
> On 10 Jun 2011, at 15:14, Galder Zamarreño wrote:
>
>>>
>>> Hi Galder, I'm not sure to what you're referring to. I was not
>>> proposing to change anything on the reader side, just - if possible as
>>> I don't know this code - to try not sending anything if we fail to
>>> build a proper stream (instead of sending a broken stream). That is of
>>> course feasible only if you've not started transmitting already.
>>
>> That doesn't work for state based streams, such as state transfer or rehashing. You can't just wait to build the entire stream and then send it.
>>
>> The error we're seeing here is precisely in one those use cases.
>>
>> In pretty much the rest of marshalling cases, we build the stream and then we send it.
>
>
> Precisely; there are 2 types of streams, one which generates a byte buffer (RPCs and Hot Rod, etc) for which the server side does not send incomplete/erroneous streams.
>
> The other is for state transfer which opens a stream on a network socket and starts pushing bytes out. In this case the sender could die and generate a problem on the receiver.
>
> Galder, your approach (catching this and printing an appropriate, cleaned-up message) is the best one. Have you got a JIRA for this? I'm guessing this would be pretty easy to impl.
>
> Cheers
> Manik
>
> --
> Manik Surtani
> manik at jboss.org
> twitter.com/maniksurtani
>
> Lead, Infinispan
> http://www.infinispan.org
>
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
More information about the infinispan-dev
mailing list