That seems reasonable.
The question of whether the Java platform should play nicely with power
management and whether threadpools are the right abstraction for that is a
worthy one but keeping this little known API around isn't going to solve that.
In any case there's always my own implement
An update on this. We have not found any widespread use of this API
The expectation (nascent plan) is that this package will not be carried
forward into the modular JDK. I suppose it is possible some new JEP may
revive it as a standard API for in JDK 10 but there is no plan for that.
-phil.
On 0
A few years ago I had a brief email exchange with Doug Lea I the idea of
providing an SPI so platforms could plug in implementations for a "default"
ExecutorService. The idea was this could be a regular fixed thread pool or
something more exotic like libdispatch, which is, after all OS managed a
On 20/05/2015 03:28, "Michael Hall" wrote:
>Me? Don¹t remember ever hearing of it and it won¹t matter at all.
>
>
Likewise here.
This e-mail may contain confidential or privileged information. If you are not
the intended recipient (or have received this e-mail in error) please notify
the s
> On May 19, 2015, at 7:01 PM, Phil Race wrote:
>
> Apple's JDK 6 provided the non-standard "com.apple.concurrent.Dispatch" class
> which was a means for Java code to access Apple's "libdispatch".
> To quote the documentation at
> http://www.coderanch.com/how-to/javadoc/appledoc/api/com/apple/con
