[
https://issues.apache.org/jira/browse/KUDU-1884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17330475#comment-17330475
]
ASF subversion and git services commented on KUDU-1884:
-------------------------------------------------------
Commit dc5b5bd899755faa506363bd00d3bbbac8d594d3 in kudu's branch
refs/heads/master from Attila Bukor
[ https://gitbox.apache.org/repos/asf?p=kudu.git;h=dc5b5bd ]
[spark] KUDU-1884 Add custom SASL protocol name
Java client already supports setting custom SASL protocol names for a
KuduClient or AsyncKuduClient instance which is needed when using a
non-default service principal name. This patch exposes this setting in
KuduContext and DefaultSource.
Change-Id: Ifd0dba4f829f369c363cc89bb58650249035f356
Reviewed-on: http://gerrit.cloudera.org:8080/17328
Tested-by: Attila Bukor <abu...@apache.org>
Reviewed-by: Alexey Serbin <aser...@cloudera.com>
Reviewed-by: Grant Henke <granthe...@apache.org>
> Support customizing Kerberos principal
> --------------------------------------
>
> Key: KUDU-1884
> URL: https://issues.apache.org/jira/browse/KUDU-1884
> Project: Kudu
> Issue Type: Improvement
> Components: security
> Affects Versions: 1.3.0
> Reporter: Todd Lipcon
> Assignee: Attila Bukor
> Priority: Major
> Labels: config
>
> Currently (aiming for Kudu 1.3) the Kerberos principal is hardcoded to
> 'kudu/_HOST'. While we have a flag to change it on the server, it isn't
> effective because we have no way to configure it on clients.
> The difficulty here is that there is currently no concept of Kudu client
> configuration files, so while we could theoretically add a new API to
> KuduClientBuilder, this would then mean that everyone embedding the API would
> have to add a new configuration, etc. We should consider a more generic
> key/value "connection properties" (as used by JDBC URLs) or some concept of a
> client configuration file (with an API to specify where to find it, etc).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
