[
https://issues.apache.org/jira/browse/KUDU-2910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16919066#comment-16919066
]
Grant Henke commented on KUDU-2910:
-----------------------------------
No new features are required per se. Likely the more simple the better to
start. I was thinking of a public api implementation in the kudu-client module
that users/integrations can use.
I think a singleton class that can create/cache/return a client based on the
master addresses and properly close all the clients on shutdown would be a good
start.
> Add client cache/factory implementation to the kudu-client
> ----------------------------------------------------------
>
> Key: KUDU-2910
> URL: https://issues.apache.org/jira/browse/KUDU-2910
> Project: Kudu
> Issue Type: Improvement
> Components: client
> Reporter: Grant Henke
> Assignee: Sandish Kumar HN
> Priority: Major
>
> Often integrations should cache and use a shared client for all communication
> to a given list of masters. This is seen in our own kudu-spark integration in
> `KuduContext.KuduClientCache`.
> It would be nice to add a generic implementation to the kudu-client so that
> this code doesn't get re-written over and over. Additionally we can add more
> complex logic if useful later.
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
