Mailing-List: contact dev-help@river.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@river.apache.org
Received-SPF: pass (nike.apache.org: domain of dan.creswell@gmail.com
 designates 209.85.212.43 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <50ADE57D.6090101@qcg.nl>
References: <20121122064551.C35CB2388980@eris.apache.org>
	<50ADE57D.6090101@qcg.nl>
Date: Thu, 22 Nov 2012 09:58:40 +0000
Message-ID: 
 <CAMPUXz9z+k1XBgzfCONmRXh8y5yBtMjJNeUeTR03YEepe-60Zg@mail.gmail.com>
Subject: Re: svn commit: r1412436 -
 /river/jtsk/trunk/qa/src/com/sun/jini/qa/harness/MasterHarness.java
From: Dan Creswell <dan.creswell@gmail.com>
To: dev@river.apache.org
Content-Type: multipart/alternative; boundary=20cf307d0626ff976604cf128248

--20cf307d0626ff976604cf128248
Content-Type: text/plain; charset=ISO-8859-1

I have a different question:

Is this really being done on trunk and, if so, why?

On 22 November 2012 08:42, Simon IJskes - QCG <simon@qcg.nl> wrote:

> On 22-11-12 07:45, peter_firmstone@apache.org wrote:
>
>> +                try {
>> +                        Thread.sleep(240000); // Wait 4 minutes for TCP
>> 2MSL TIME_WAIT
>>
>
> Peter,
>
> could you please try to explain why you are removing SO_REUSEADDR and
> introducing this wait-retry?
>
> Please speculate about the potential bug you think there is.
>
> Is it a desperate attempt? Or have you found a solid theory behind it?
>
> Gr. Simon
>
> --
> QCG, Software voor het MKB, 071-5890970, http://www.qcg.nl
> Quality Consultancy Group b.v., Leiderdorp, Kvk Den Haag: 28088397
>

--20cf307d0626ff976604cf128248--