Github user davies commented on the pull request:
https://github.com/apache/spark/pull/2624#issuecomment-57721319
@JoshRosen I'd like to move in this way, but getThreadLocal() is a public
API, I'm afraid to remove it.
In the past, I remembered that we can have two different SparkEnv in the
same JVM, a different SparkEnv for executor to hold different TrackerClients.
Maybe it's not needed anymore.
Also we can keep the getThreadLocal() and deprecate it, remove the
ThreadLocal object, how is it?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---
---------------------------------------------------------------------
To unsubscribe, e-mail: reviews-unsubscr...@spark.apache.org
For additional commands, e-mail: reviews-h...@spark.apache.org
