RFR(XS): JDK-8153856 com/sun/jdi/WatchFramePop.sh fails with exit code 1
Staffan Larsen
staffan.larsen at oracle.com
Wed Apr 13 11:47:26 UTC 2016
> On 13 apr. 2016, at 11:06, Dmitry Samersoff <dmitry.samersoff at oracle.com> wrote:
>
> Staffan,
>
>> Do you know if the change in jps output was intentional or caused by
>> something else?
>
> Sorry, I don't know what change jps output.
The problem is that the sun.java.command property has changed format with jigsaw. If the main-class is in a module the property will be on the format "jdk.jdi/com.sun.tools.example.debug.tty.TTY”. MonitoredVmUtil.mainClass() fails in parsing this new format and returns the full classname even when not to.
I wonder if this is good or bad, what other dependencies there are on sun.java.command and what the impact will be...
>
> -Dmitry
>
>
> On 2016-04-12 22:06, Staffan Larsen wrote:
>> Thanks for the explanation. The change looks good.
>>
>> Do you know if the change in jps output was intentional or caused by
>> something else?
>>
>>
>>> On 12 apr. 2016, at 16:32, Dmitry Samersoff
>>> <dmitry.samersoff at oracle.com <mailto:dmitry.samersoff at oracle.com>> wrote:
>>>
>>> Staffan,
>>>
>>> On 2016-04-12 16:32, Staffan Larsen wrote:
>>>> Can you explain what is going on here? It looks like the old code
>>>> looked for the TTY process, whereas the new code accepts any process.
>>>> What am I missing?
>>>
>>> Both code select jdbCmd first:
>>>
>>> ll. 926
>>> jdbCmd=`$jdk/bin/jps -v | $grep $jdbKeyword`
>>>
>>> then old code expect:
>>>
>>> 12199 TTY -Dapplication.home=/opt/jdk1.8.0_77 -Xms8m
>>>
>>> but for latest JDK9 jps -v return full class name:
>>>
>>> 12281 com.sun.tools.example.debug.tty.TTY -Dapplication.home=/opt/jdk9
>>> -Xms8m -Djdk.module.main=jdk.jdi
>>>
>>> i.e. we get com.sun.tools.example.debug.tty.TTY instead of just TTY
>>>
>>> new code accept both variants.
>>>
>>> -Dmitry
>>>
>>>
>>>>
>>>>> On 12 apr. 2016, at 14:28, Dmitry Samersoff
>>>>> <dmitry.samersoff at oracle.com <mailto:dmitry.samersoff at oracle.com>>
>>>>> wrote:
>>>>>
>>>>> Everybody,
>>>>>
>>>>> Please review a small fix.
>>>>>
>>>>> http://cr.openjdk.java.net/~dsamersoff/JDK-8153856/webrev.01/
>>>>>
>>>>> This fix doesn't fix root cause of the test fail but fix small test
>>>>> bug to get better diagnostic.
>>>>>
>>>>> -Dmitry
>>>>>
>>>>> -- Dmitry Samersoff Oracle Java development team, Saint Petersburg,
>>>>> Russia * I would love to change the world, but they won't give me
>>>>> the sources.
>>>>
>>>
>>>
>>> --
>>> Dmitry Samersoff
>>> Oracle Java development team, Saint Petersburg, Russia
>>> * I would love to change the world, but they won't give me the sources.
>>
>
>
> --
> Dmitry Samersoff
> Oracle Java development team, Saint Petersburg, Russia
> * I would love to change the world, but they won't give me the sources.
More information about the serviceability-dev
mailing list