On Tue, 15 Dec 2020 01:46:08 GMT, Brent Christian wrote:
>> This is part of an effort in the JDK to replace archaic/non-inclusive words
>> with more neutral terms (see JDK-8253315 for details).
>>
>> Here are the changes covering core libraries code and tests. Terms were
>> changed as follows
On Tue, 15 Dec 2020 03:37:23 GMT, Jesper Wilhelmsson
wrote:
> Merge change from JDK 16
This pull request has now been integrated.
Changeset: 381021ae
Author:Jesper Wilhelmsson
URL: https://git.openjdk.java.net/jdk/commit/381021ae
Stats: 875 lines in 42 files changed: 644 ins; 15
Merge change from JDK 16
-
Commit messages:
- Merge
- 8258094: AIX build fails after 8257602
- 8258092: Link to early access platform documentation in
TestHtmlTableTags.java
- 8254350: CompletableFuture.get may swallow InterruptedException
- 8258111: Problemlist compiler/blackho
> This is part of an effort in the JDK to replace archaic/non-inclusive words
> with more neutral terms (see JDK-8253315 for details).
>
> Here are the changes covering core libraries code and tests. Terms were
> changed as follows:
> 1. grandfathered -> legacy
> 2. blacklist -> filter or rejec
On Tue, 15 Dec 2020 01:36:27 GMT, Brent Christian wrote:
>> src/java.management.rmi/share/classes/javax/management/remote/rmi/RMIConnectorServer.java
>> line 152:
>>
>>> 150: *
>>> 151: * Care must be taken when defining such a filter, as defining
>>> 152: * an accept-list too r
On Mon, 14 Dec 2020 21:08:35 GMT, Joe Wang wrote:
>> This is part of an effort in the JDK to replace archaic/non-inclusive words
>> with more neutral terms (see JDK-8253315 for details).
>>
>> Here are the changes covering core libraries code and tests. Terms were
>> changed as follows:
>> 1.
On Mon, 14 Dec 2020 19:33:44 GMT, Alexey Semenyuk wrote:
> Adds support for "uninstall" parameter for exe uninstallers created by
> jpackage.
> Added logging and error reporting to exe uninstallers.
>
> - jpackage jni lib (jpackage.cpp): added functionality to extract ProductCode
> property fr
> De: "mandy chung"
> À: "Remi Forax" , "core-libs-dev"
>
> Envoyé: Lundi 14 Décembre 2020 22:41:23
> Objet: Re: It's not a bug but it's not user friendly
> I think [ https://bugs.openjdk.java.net/browse/JDK-8199149 |
> https://bugs.openjdk.java.net/browse/JDK-8199149 ] is the relevant RFE.
> M
I think https://bugs.openjdk.java.net/browse/JDK-8199149 is the relevant
RFE.
Mandy
On 12/12/20 8:07 AM, Remi Forax wrote:
A student of mine send me a code that can be reduced to this code
---
import java.lang.invoke.MethodHandles;
import java.lang.invoke.VarHandle;
public class ThereIsAB
On Mon, 14 Dec 2020 19:36:48 GMT, Brent Christian wrote:
> This is part of an effort in the JDK to replace archaic/non-inclusive words
> with more neutral terms (see JDK-8253315 for details).
>
> Here are the changes covering core libraries code and tests. Terms were
> changed as follows:
> 1
On Mon, 14 Dec 2020 19:36:48 GMT, Brent Christian wrote:
> This is part of an effort in the JDK to replace archaic/non-inclusive words
> with more neutral terms (see JDK-8253315 for details).
>
> Here are the changes covering core libraries code and tests. Terms were
> changed as follows:
> 1
On Mon, 14 Dec 2020 19:36:48 GMT, Brent Christian wrote:
> This is part of an effort in the JDK to replace archaic/non-inclusive words
> with more neutral terms (see JDK-8253315 for details).
>
> Here are the changes covering core libraries code and tests. Terms were
> changed as follows:
> 1
On Mon, 14 Dec 2020 19:36:48 GMT, Brent Christian wrote:
> This is part of an effort in the JDK to replace archaic/non-inclusive words
> with more neutral terms (see JDK-8253315 for details).
>
> Here are the changes covering core libraries code and tests. Terms were
> changed as follows:
> 1
On Thu, 26 Nov 2020 18:24:22 GMT, Richard Fussenegger
wrote:
> Made byte constructor public and changed the length assertion to an
> `IllegalArgumentException`, added a `getBytes` method that allows users to
> retrieve the raw bytes of the UUID, and created a new private constructor
> with an
Hi,
A couple of PRs have been proposed to enhance the java.util.UUID API [3].
PR 1465 proposes a new API to create a UUID from a byte array. [1]
Currently, the caller can convert the byte array to two longs and invoke
the existing constructor.
The implementation has substantially the same met
On Fri, 11 Dec 2020 21:23:12 GMT, Mahendra Chhipa
wrote:
>> jaxp.library.SimpleHttpServer
>> https://bugs.openjdk.java.net/browse/JDK-8212035
>
> Mahendra Chhipa has updated the pull request incrementally with two
> additional commits since the last revision:
>
> - Merge branch 'JDK-8212035'
This is part of an effort in the JDK to replace archaic/non-inclusive words
with more neutral terms (see JDK-8253315 for details).
Here are the changes covering core libraries code and tests. Terms were
changed as follows:
1. grandfathered -> legacy
2. blacklist -> filter or reject
3. whitelist
Adds support for "uninstall" parameter for exe uninstallers created by jpackage.
Added logging and error reporting to exe uninstallers.
- jpackage jni lib (jpackage.cpp): added functionality to extract ProductCode
property from msi file before the file is embedded in exe installer. Extracted
val
On Thu, 26 Nov 2020 18:51:10 GMT, Richard Fussenegger
wrote:
> 6594730: UUID.getVersion() is only meaningful for Leach-Salz variant
The `version` method is described in the javadoc as only being applicable to
variant = 2 UUIDs.
Changing the behavior to throw a `UnsupportedOperationException` i
On Mon, 14 Dec 2020 18:07:14 GMT, Maurizio Cimadamore
wrote:
>> This patch fixes a problem with type profile pollution when segments of
>> different kinds are used on the same memory access var handle, or on the
>> same `MemoryAccess` static method.
>>
>> In principle, argument profiling shou
> This patch fixes a problem with type profile pollution when segments of
> different kinds are used on the same memory access var handle, or on the same
> `MemoryAccess` static method.
>
> In principle, argument profiling should kick in for VarHandles and
> MethodHandles, and that should be en
On Mon, 14 Dec 2020 15:48:07 GMT, Claes Redestad wrote:
>> This patch fixes a problem with type profile pollution when segments of
>> different kinds are used on the same memory access var handle, or on the
>> same `MemoryAccess` static method.
>>
>> In principle, argument profiling should kic
On Mon, 14 Dec 2020 14:46:41 GMT, Maurizio Cimadamore
wrote:
> This patch fixes a problem with type profile pollution when segments of
> different kinds are used on the same memory access var handle, or on the same
> `MemoryAccess` static method.
>
> In principle, argument profiling should ki
On Mon, 14 Dec 2020 14:46:41 GMT, Maurizio Cimadamore
wrote:
> This patch fixes a problem with type profile pollution when segments of
> different kinds are used on the same memory access var handle, or on the same
> `MemoryAccess` static method.
>
> In principle, argument profiling should ki
This patch fixes a problem with type profile pollution when segments of
different kinds are used on the same memory access var handle, or on the same
`MemoryAccess` static method.
In principle, argument profiling should kick in for VarHandles and
MethodHandles, and that should be enough at leas
> This is an enhancement which solves two issues:
>
> 1. Multiple reads of relevant cgroup interface files. Now interface files are
> only read once per file (just like Hotspot).
> 2. Proxies creation of the impl specific subsystem via `determineType()` as
> before, but now reads all relevant in
On Mon, 14 Dec 2020 09:34:31 GMT, Hannes Wallnöfer wrote:
>> This is for JDK16, as a precursor to fixing JDK-8258002.
>>
>> While it is good to be using localized strings in the generated output, the
>> significance for JDK-8258002 is that the strings are now obtained from a
>> resource file,
On Sun, 13 Dec 2020 00:19:59 GMT, Jonathan Gibbons wrote:
> This is for JDK16, as a precursor to fixing JDK-8258002.
>
> While it is good to be using localized strings in the generated output, the
> significance for JDK-8258002 is that the strings are now obtained from a
> resource file, and n
Hello David, Martin, Doug,
> AFAICS the FJP is critical here as it is the unexpected exception from
> managedBlock() that causes the problem.
Correct.
Also, something has changed in the behavior of streams in JDK14 that I
haven't tracked down that causes
the "size" of the FJ pool to grow until
29 matches
Mail list logo
