[
https://issues.apache.org/jira/browse/HIVE-26984?focusedWorklogId=854370&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-854370
]
ASF GitHub Bot logged work on HIVE-26984:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 03/Apr/23 00:20
Start Date: 03/Apr/23 00:20
Worklog Time Spent: 10m
Work Description: github-actions[bot] commented on PR #3983:
URL: https://github.com/apache/hive/pull/3983#issuecomment-1493483426
This pull request has been automatically marked as stale because it has not
had recent activity. It will be closed if no further activity occurs.
Feel free to reach out on the d...@hive.apache.org list if the patch is in
need of reviews.
Issue Time Tracking
-------------------
Worklog Id: (was: 854370)
Time Spent: 1h 40m (was: 1.5h)
> Deprecate public HiveConf constructors
> --------------------------------------
>
> Key: HIVE-26984
> URL: https://issues.apache.org/jira/browse/HIVE-26984
> Project: Hive
> Issue Type: Improvement
> Reporter: László Bodor
> Assignee: László Bodor
> Priority: Major
> Labels: pull-request-available
> Time Spent: 1h 40m
> Remaining Estimate: 0h
>
> From time to time we investigate configuration object problems that are hard
> to investigate. We can improve this area, e.g. with HIVE-26985, but first, we
> need to introduce a public static factory method to hook into the creation
> process. I can see this pattern in another projects as well, like:
> HBaseConfiguration.
> Creating custom HiveConf subclasses can be useful because putting optional
> (say: if else branches or whatever) stuff into the original HiveConf object's
> hot codepaths can turn it less performant instantly.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
