|Re: [cu-dev] BALLOT to allow opting in to virtual threads (vote by Tues Sept 12)|
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
This Message Is From an External Sender
This message came from outside your organization.
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.
cu-dev mailing list
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cu-dev
Back to the top