Consider making TerminatingThreadLocal public
Alan Bateman
Alan.Bateman at oracle.com
Thu Jul 26 10:08:38 UTC 2018
On 26/07/2018 10:45, Andrew Dinn wrote:
> :
> Firstly, if you look back through the core-libs-dev archive you will
> find discussion that preceded introduction of this change -- primarily
> between Alan Bateman and Tony Printezis as I recall but I think others
> were involved. I believe that discussion included debate as to how this
> change ought to expose the new capability either as a restricted API
> (internal to JDK runtime) or as an external API (open to JDK client
> apps). Its clear what the conclusion was.
>
Thanks Andrew. Yes, there was lengthy discussion here, mostly Tony,
Peter Levart and I. We decided not to expose anything at this time, an
approach that does not preclude re-visiting it in the future. In general
it would need a lot of consideration, esp. when you think about cases
where a thread local maintains an object with a reference to a native
resource and the object is reachable by other means. We also need to
think about what it would mean further down the road if/when the
platform is retrofitted to support fibers as there will have
implications for what we know today as thread locals.
-Alan
More information about the core-libs-dev
mailing list