On Wed, 17 Feb 2021 16:38:03 GMT, Сергей Цыпанов
wrote:
>> Non-static classes hold a link to their parent classes, which in many cases
>> can be avoided.
>
> Сергей Цыпанов has updated the pull request incrementally with one additional
> commit since the last revision:
>
> 8261880: Remove s
On Tue, 23 Feb 2021 17:20:13 GMT, Daniel Fuchs wrote:
>> Hi,
>>
>> Please find here a fix for:
>> 8262027: Improve how HttpConnection detects a closed channel when
>> taking/returning a connection to the pool
>>
>> While writing a new test to verify that it was possible to handle proxy
>> *an
On Fri, 19 Feb 2021 16:08:25 GMT, Daniel Fuchs wrote:
> Hi,
>
> Please find here a fix for:
> 8262027: Improve how HttpConnection detects a closed channel when
> taking/returning a connection to the pool
>
> While writing a new test to verify that it was possible to handle proxy *and*
> serve
On Fri, 19 Feb 2021 05:15:24 GMT, Vyom Mani Tewari
wrote:
>> After thinking a bit more about this issue and the patch I had proposed, I
>> realized what I did wrong in this patch. The `synchronized` block in the
>> `sun.net.ext.ExtendedSocketOptions#getInstance()` was scoped one statement
>>
A number of net tests use a
**[HostsFileNameService](https://github.com/openjdk/jdk/blob/382e38dd246596ec94a1f1ce0e0f9e87f53366c7/src/java.base/share/classes/java/net/InetAddress.java#L955)**
to verify either the functionality of this type of Name Service or as a
complement to other tests (such
Trivial clean up of remaining doclint warnings in jdk.httpserver.
The minor spec clarifications do not amount to a normative change, so no CSR is
required (they're documented the obvious and only possible behaviour).
-
Commit messages:
- Initial changes
Changes: https://git.openj
On Wed, 24 Feb 2021 10:24:06 GMT, Conor Cleary wrote:
> A number of net tests use a
> **[HostsFileNameService](https://github.com/openjdk/jdk/blob/382e38dd246596ec94a1f1ce0e0f9e87f53366c7/src/java.base/share/classes/java/net/InetAddress.java#L955)**
> to verify either the functionality of this
On Fri, 19 Feb 2021 04:29:55 GMT, Jaikiran Pai wrote:
>> Can I please get a review for this change which proposes to fix the issue
>> reported in https://bugs.openjdk.java.net/browse/JDK-8260366?
>>
>> The issue relates to the concurrent classloading of
>> `sun.net.ext.ExtendedSocketOptions` a
On Wed, 24 Feb 2021 13:58:38 GMT, Chris Hegarty wrote:
> Trivial clean up of remaining doclint warnings in jdk.httpserver.
>
> The minor spec clarifications do not amount to a normative change, so no CSR
> is required (they're documented the obvious and only possible behaviour).
LGTM
---
On Wed, 24 Feb 2021 10:24:06 GMT, Conor Cleary wrote:
> A number of net tests use a
> **[HostsFileNameService](https://github.com/openjdk/jdk/blob/382e38dd246596ec94a1f1ce0e0f9e87f53366c7/src/java.base/share/classes/java/net/InetAddress.java#L955)**
> to verify either the functionality of this
On Wed, 24 Feb 2021 15:54:29 GMT, Michael McMahon wrote:
>> A number of net tests use a
>> **[HostsFileNameService](https://github.com/openjdk/jdk/blob/382e38dd246596ec94a1f1ce0e0f9e87f53366c7/src/java.base/share/classes/java/net/InetAddress.java#L955)**
>> to verify either the functionality of
On Wed, 24 Feb 2021 10:24:06 GMT, Conor Cleary wrote:
> A number of net tests use a
> **[HostsFileNameService](https://github.com/openjdk/jdk/blob/382e38dd246596ec94a1f1ce0e0f9e87f53366c7/src/java.base/share/classes/java/net/InetAddress.java#L955)**
> to verify either the functionality of this
On Wed, 24 Feb 2021 15:57:49 GMT, Aleksei Efimov wrote:
>> A number of net tests use a
>> **[HostsFileNameService](https://github.com/openjdk/jdk/blob/382e38dd246596ec94a1f1ce0e0f9e87f53366c7/src/java.base/share/classes/java/net/InetAddress.java#L955)**
>> to verify either the functionality of
On Wed, 24 Feb 2021 16:10:01 GMT, Aleksei Efimov wrote:
>> A number of net tests use a
>> **[HostsFileNameService](https://github.com/openjdk/jdk/blob/382e38dd246596ec94a1f1ce0e0f9e87f53366c7/src/java.base/share/classes/java/net/InetAddress.java#L955)**
>> to verify either the functionality of
> Trivial clean up of remaining doclint warnings in jdk.httpserver.
>
> The minor spec clarifications do not amount to a normative change, so no CSR
> is required (they're documented the obvious and only possible behaviour).
Chris Hegarty has updated the pull request incrementally with one addi
On Wed, 24 Feb 2021 16:21:59 GMT, Chris Hegarty wrote:
>> Trivial clean up of remaining doclint warnings in jdk.httpserver.
>>
>> The minor spec clarifications do not amount to a normative change, so no CSR
>> is required (they're documented the obvious and only possible behaviour).
>
> Chris
On Wed, 24 Feb 2021 16:21:59 GMT, Chris Hegarty wrote:
>> Trivial clean up of remaining doclint warnings in jdk.httpserver.
>>
>> The minor spec clarifications do not amount to a normative change, so no CSR
>> is required (they're documented the obvious and only possible behaviour).
>
> Chris
Hi,
Please find here a change that fixes "no comment" warnings generated by
`javadoc -Xdoclint` for `java.base/java.net`
-
Commit messages:
- Fixed trailing whitespace
- 8253100: Fix "no comment" warnings in java.base/java.net
Changes: https://git.openjdk.java.net/jdk/pull/2715/
18 matches
Mail list logo
