|Re: [cu-dev] BALLOT to allow opting in to virtual threads (vote by Tues Sept 12)|
I declare this BALLOT complete. It passes with the following results,
Here is the record of votes from the mailing list archive:
Thank you to everyone who participated in the discussions.
In order to make progress on Jakarta Concurrency 3.1, we need to resolve the question of whether or not the specification will include a way for users to provide a hint requesting that if possible managed executors and managed thread factories should run on or create virtual threads rather than platform threads. Issue 268 https://github.com/jakartaee/concurrency/issues/268 has some background discussion.
A vote of +1 is a vote for adding a hint for requesting virtual threads rather than platform threads.
A vote of 0 is a vote to abstain and is not counted for or against the proposal.
A vote of -1 is a vote for leaving the Concurrency specification without any way for users to indicate their preference for virtual vs platform threads.
This vote will be counted by simple majority of +1 or -1 votes from Jakarta Concurrency specification committers as listed in https://projects.eclipse.org/projects/ee4j.cu/who .
Non-committers are encouraged to vote as a measure of community sentiment.
This BALLOT will run until Tuesday 2023-09-12 10:00AM CDT or when all committers have voted, whichever comes first.
Back to the top