RFR(S):8252629:jmap histo should accept "parallel" option without any specified value
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Wed Sep 2 03:21:03 UTC 2020
Hi Lin,
I agree with David.
If I remember correctly, we already discussed this in the CSR for
parallel flag and decided it should not be accepted without a value.
Thanks,
Serguei
On 9/1/20 16:51, David Holmes wrote:
> Hi Lin,
>
> On 1/09/2020 7:06 pm, linzang(臧琳) wrote:
>> Hi All,
>>
>> Please help review this small change about jmap -histo:parallel
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8252629
>>
>> webrev: http://cr.openjdk.java.net/~lzang/8252629/webrev.00/
>>
>> The problem is that "jmap -histo:parallel" command prompt error
>> message "Fail: invalid option: 'parallel'.". Because "parallel=<N>"
>> option is supported by specification, and "parallel=0" is defined as
>> the default behavior. it is better to make "jmap -histo:parallel"
>> behave same as the "jmap -histo:parallel=0". Please see description
>> in the bug for more details.
>
> I don't agree that this is desirable. Is there any precedent for
> accepting a flag this way and have it mean "use the default"? To me
> this is a user error indicating that they don't understand what the
> parallel flag means.
>
> David
> -----
>
>> Moreover, does a CSR required for this issue? IMHO, it may not
>> be necessary as specification already mention "parallel=0" is the
>> default behavior. But it doesn't describe the exact behavior of
>> "parallel without any specified value", may I ask your opinion about
>> the CSR?
>>
>>
>> BRs,
>>
>> Lin
>>
>>
More information about the serviceability-dev
mailing list