RFR(XS) 8242789: sun/tools/jhsdb/HeapDumpTestWithActiveProcess.java fails with 'JShellToolProvider' missing from stdout/stderr
Alex Menkov
alexey.menkov at oracle.com
Tue Apr 21 01:02:35 UTC 2020
+1
--alex
On 04/20/2020 12:03, serguei.spitsyn at oracle.com wrote:
> Hi Chris,
>
> LGTM
>
> Thanks,
> Serguei
>
>
> On 4/20/20 10:46, Chris Plummer wrote:
>> Ping. This is a very simple change.
>>
>> thanks,
>>
>> Chris
>>
>> On 4/17/20 10:30 AM, Chris Plummer wrote:
>>> Hello,
>>>
>>> Please review the following:
>>>
>>> https://bugs.openjdk.java.net/browse/JDK-8242789
>>> http://cr.openjdk.java.net/~cjplummer/8242789/webrev.00
>>>
>>> JShellHeapDumpTest.java has two variants, one that does a short 2
>>> second sleep after launching the jshell process (the main
>>> JShellHeapDumpTest.java test does this) and the other that does no
>>> sleep (HeapDumpTestWithActiveProcess.java does this by invoking
>>> JShellHeapDumpTest.java with the "nosleep" argument).
>>>
>>> The reason for the 2 second sleep is to get the jshell process into a
>>> steady state so JDK-8231634 [1] doesn't turn up when using SA on the
>>> jshell process. I added the sleep instead of problem listing
>>> JShellHeapDumpTest.java since it is a useful test even with the sleep
>>> in place. HeapDumpTestWithActiveProcess.java was added so we still
>>> had a test to reproduce JDK-8231634 [1], and was problem listed
>>> immediately. However, another side affect of not sleeping is
>>> sometimes SA requests the thread dump of the jshell process before
>>> jshell enters its main thread. Thus the test can't find the
>>> "JShellToolProvider" symbol in the thread dump. The fix is to simply
>>> not require the symbol to be present when in "nosleep" mode.
>>>
>>> thanks,
>>>
>>> Chris
>>>
>>> [1] https://bugs.openjdk.java.net/browse/JDK-8231634
>>>
>>
>>
>
More information about the serviceability-dev
mailing list