[rfc][icedtea-web] Reproducer touch-up for JNLPClassLoaderDeadlock

[Jiri Vanek]

Have not tested this version, but considering it working, ok to head.

J.
On 11/26/2013 04:55 PM, Andrew Azores wrote:
> On 11/19/2013 07:58 AM, Jiri Vanek wrote:
>> On 11/14/2013 07:32 PM, Andrew Azores wrote:
>>> The JNLPClassLoaderDeadlock reproducer was occasionally failing, IMO wrongly. The second applet's output would not appear in the stdout and so the test would fail, even though the first applet could be observed to have run, and so a deadlock did not seem to have taken place. I think what was happening was that the first applet ran, produced the "magical closing string", and the browser would begin to close before the second applet ever run. This patch fixes the test to accommodate for this, making the test more reliable (at least on my system).
>>>
>>> Thanks,
>>>
>>
>> Isnt best to have both applets to let them print out heir end?
>> System.out.println("*** APPLET 1 FINISHED ***");
>> System.out.println("*** APPLET 2 FINISHED ***");
>>
>> And then wait for both strings in clsoing listener/passed assert?
>>
>> J.
>>
>
> Yea, probably better that way.
>
> Thanks,
>