You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Grant Henke (Jira)" <ji...@apache.org> on 2020/06/02 21:31:00 UTC
[jira] [Updated] (KUDU-3143) Properties based API for client
configuration
[ https://issues.apache.org/jira/browse/KUDU-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Grant Henke updated KUDU-3143:
------------------------------
Labels: roadmap-candidate supportability (was: roadmap-candidate)
> Properties based API for client configuration
> ---------------------------------------------
>
> Key: KUDU-3143
> URL: https://issues.apache.org/jira/browse/KUDU-3143
> Project: Kudu
> Issue Type: New Feature
> Components: client
> Reporter: Grant Henke
> Priority: Major
> Labels: roadmap-candidate, supportability
>
> Currently a client/session/scanner/etc needs to be configured via a series of setter methods. This can be cumbersome when plumbing configuration through to the the underlying client in an integration such as Spark/NiFi/Hive because a code change needs to be made every time a new configuration is added to Kudu to expose the configuration in the integration.
> Instead we could expose an API to pass a Properties object with key/value pairs that are treated as Public API and will set the various configurations accordingly. Using that API a passthrough can be exposed from integration.
> For an example, this could be used in Spark to expose all relevant configurations instead of the limited list of custom values seen here:
> https://github.com/apache/kudu/blob/master/java/kudu-spark/src/main/scala/org/apache/kudu/spark/kudu/DefaultSource.scala#L58-L72
--
This message was sent by Atlassian Jira
(v8.3.4#803005)