Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P4
Fix Version/s: 19
Affects Version/s: 11.0.10-oracle
Component/s: core-libs
Labels:
None

Subcomponent:
java.util.concurrent
Resolved In Build:
b21

[Renamed from "ForkJoinPool initialization interferes with other static initialization", because the related changes can't be disentangled.]

This CR mainly provides updates enabling planned loom and related jdk enhancements. The main goal is to streamline initialization by removing other JDK dependencies including VarHandles, and access control (currently only when deprecated SecurityManagers are not used; eventually further removable). It also includes performance improvements for async usages, as well as a few new methods (ForkJoinPool.lazySubmit and setParallelism) needed by other jdk enhancements. Also, to simplify upcoming integrations, it includes java.util.concurrent API updates in Future and ExecutorService that are introduced by loom, but do not directly involve VirtualThreads, and are independently useful.

csr for

JDK-8285450 jsr166 refresh for jdk19

Closed

duplicates

JDK-8257781 Add ForkJoinTask.adaptInterruptible

Closed

relates to

JDK-8295962 Reference to State in Task.java is ambiguous when building with JDK 19

Resolved

JDK-8330017 ForkJoinPool stops executing tasks due to ctl field Release Count (RC) overflow

Open

JDK-8301216 ForkJoinPool invokeAll() ignores timeout

Resolved

JDK-8317960 [17u] Excessive CPU usage on AbstractQueuedSynchronized.isEnqueued

Resolved

JDK-8327501 Common ForkJoinPool prevents class unloading in some cases

Closed

links to

Commit openjdk/jdk/00e6c63c

Review openjdk/jdk/8490

Review openjdk/jdk/8536

(2 relates to, 3 links to)

Assignee:: Doug Lea

Reporter:: Doug Lea

Votes:: 0 Vote for this issue

Watchers:: 7 Start watching this issue

Created:: 2021-11-13 05:20

Updated:: 2024-04-10 02:07

Resolved:: 2022-05-04 12:27

Details

Description

Attachments

Issue Links

Activity

People

Dates