RFR: 8319055: JCMD should not buffer the whole output of commands [v3]
Alex Menkov
amenkov at openjdk.org
Fri Feb 7 02:41:22 UTC 2025
On Tue, 4 Feb 2025 10:10:41 GMT, Johan Sjölen <jsjolen at openjdk.org> wrote:
>> Alex Menkov has updated the pull request incrementally with one additional commit since the last revision:
>>
>> feedback - test
>
> src/hotspot/share/services/attachListener.cpp line 53:
>
>> 51:
>> 52: // Stream for printing attach operation results.
>> 53: // Supports buffered and streaming output for commands which can produce lenghtly reply.
>
> "lengthy"
Fixed
> src/hotspot/share/services/attachListener.cpp line 56:
>
>> 54: //
>> 55: // To support streaming output platform implementation need to implement AttachOperation::get_reply_writer() method
>> 56: // and ctor allow_streaming argument should be set to true.
>
> Strange mix of "need" and "should".
>
> Can we split this into multiple sentences? Here's a suggestion, though I'm not sure if it's 100% correct :-).
>
>
> An output platform implementation supports streaming if it implements AttachOperation::get_reply_writer().
> Streaming is enabled if the allow_streaming in the constructor is set to true.
Updated the comment
> src/hotspot/share/services/diagnosticFramework.cpp line 389:
>
>> 387: int count = 0;
>> 388: while (iter.has_next()) {
>> 389: if(_source == DCmd_Source_MBean && count > 0) {
>
> Pre-existing style: Space between `if` and condition missing.
Fixed
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/23405#discussion_r1945879751
PR Review Comment: https://git.openjdk.org/jdk/pull/23405#discussion_r1945879963
PR Review Comment: https://git.openjdk.org/jdk/pull/23405#discussion_r1945879828
More information about the serviceability-dev
mailing list