-
Notifications
You must be signed in to change notification settings - Fork 28.7k
[SPARK-11191] [SQL] [FOLLOW-UP] Cleans up unnecessary anonymous HiveFunctionRegistry #9737
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
c59e94c
to
1cb40df
Compare
Test build #45997 has finished for PR 9737 at commit
|
Should we just pass in |
@yhuai I think |
Then, should we add that later? I am thinking passing in HiveContext may be not really necessary if we only to use one or two fields. |
Discussed with @yhuai offline. His major concerns are:
I agree. Updating. |
LGTM pending jenkins. |
Test build #46058 has finished for PR 9737 at commit
|
…ctionRegistry According to discussion in PR #9664, the anonymous `HiveFunctionRegistry` in `HiveContext` can be removed now. Author: Cheng Lian <lian@databricks.com> Closes #9737 from liancheng/spark-11191.follow-up. (cherry picked from commit fa13301) Signed-off-by: Cheng Lian <lian@databricks.com>
Merged to master and cherry-picked to branch-1.5. |
Also backported to branch-1.6. |
…ctionRegistry According to discussion in PR #9664, the anonymous `HiveFunctionRegistry` in `HiveContext` can be removed now. Author: Cheng Lian <lian@databricks.com> Closes #9737 from liancheng/spark-11191.follow-up. (cherry picked from commit fa13301) Signed-off-by: Cheng Lian <lian@databricks.com>
According to discussion in PR #9664, the anonymous
HiveFunctionRegistry
inHiveContext
can be removed now.