Vyom,

What about suggestion 1) below, the name of the socket option?

-Chris.

> On 27 Sep 2017, at 09:56, vyom tewari <vyom.tew...@oracle.com> wrote:
> 
> Hi Chris,
> 
> Thanks for review, please find the latest 
> webrev(http://cr.openjdk.java.net/~vtewari/8145635/webrev0.2/index.html). I 
> incorporated review comments from you and re-base the patch to our 
> consolidated repo(jdk10/master).
> 
> Thanks,
> 
> Vyom
> 
> 
> On Monday 25 September 2017 01:57 AM, Chris Hegarty wrote:
>> Vyom,
>> 
>>> On 11 Sep 2017, at 16:38, vyom tewari <vyom.tew...@oracle.com> wrote:
>>> 
>>> Hi All,
>>> 
>>> As jdk.net API already moved out of java.base, Please review the below code 
>>> change for jdk10.
>>> 
>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8145635
>>> Webrev: http://cr.openjdk.java.net/~vtewari/8145635/webrev0.1/index.html
>>> 
>> This looks quite good. Some comments:
>> 
>> 1) I wonder if we should just call the option TCP_QUICKACK, rather than 
>> SO_QUICKACK? Similar to TCP_NODELAY.
>> 
>> 2) I think LinuxSocketOptions.h is largely unnecessary, if we do 1) above.
>> 
>> 3) Java_jdk_net_LinuxSocketOptions_getQuickAck could return jint, rather 
>> than jobject, thus avoiding the need for createBoolean. The conversation can 
>> happen in the Java layer.  Can you please reduce the lint length in this 
>> file, by wrapping similar to the style of the Solaris version.
>> 
>> 4) ExtendedSocketOptions.java
>>   - drop the <p>, they are unnecessary.
>>   - I think, similar to TCP_NODELAY, the spec should say that the options is 
>> TCP specific. From TCP_NODELAY: "The socket option is specific to 
>> stream-oriented sockets using the TCP/IP protocol.”
>>   - "In TCP_QUICKACK mode”, maybe “When the option is enabled…”
>> 
>> -Chris.
>> 
>> 
> 

Reply via email to