RFR: JDK-8187498: Add a -Xmanagement flag as syntactic sugar for -Dcom.sun.management.jmxremote.* properties

Harsha Wardhana B harsha.wardhana.b at oracle.com
Wed Feb 21 05:55:58 UTC 2018



On Wednesday 21 February 2018 01:51 AM, mandy chung wrote:
> The code review and CSR review can be in parallel.  For this case,
> I agree with Kumar to have CSR written that would help the code
> review. Please specify the behavior and its relationship with
> jcmd and other relevant diagnosability tools.
ok.
>
> On 2/20/18 6:41 AM, Kumar Srinivasan wrote:
>>
>>>>> What is the behavior when -Dcom.sun.management.jmxremote.port=1234 
>>>>> --start-management-agent port=2345 
>>>>> -Dcom.sun.management.jmxremote.port=3456?
>>>>>
>>>>> What is the value of the system property 
>>>>> com.sun.management.jmxremote.port at runtime?  What port number 
>>>>> does the management server start with?
>>>> As said earlier, values set via new flags override values set by -D 
>>>> flags. So 2345 will be the value of 
>>>> com.sun.management.jmxremote.port. Added a test case to validate that.
>
> VM options are the last one wins if same option specified multiple 
> times.  In this case, it could cause confusion (the last -D option 
> sets the value to 3456 but it's set to a different value).
>
> Why not taking the simplest approach - when --start-management-agent 
> is set, it does not accept mixing the old way (i.e. does not accept 
> the management properties to be set via -D)?   This RFE is to make the 
> command-line simpler and ease-of-use.  I don't see any downside to 
> migrate entirely to the new form.
We cannot get rid of specifying options via -D. We have plenty of -D 
flags but very few have short-hand alternative via 
--start-management-agent. If management properties are specified by 
--start-management-agent, the options specified by -D are anyway 
overwritten if specified.
>
> Mandy
Harsha


More information about the serviceability-dev mailing list