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