You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@knox.apache.org by "Sandor Molnar (Jira)" <ji...@apache.org> on 2020/03/06 08:48:00 UTC
[jira] [Created] (KNOX-2265) Cloudera Manager discovery - check
configs by their related names
Sandor Molnar created KNOX-2265:
-----------------------------------
Summary: Cloudera Manager discovery - check configs by their related names
Key: KNOX-2265
URL: https://issues.apache.org/jira/browse/KNOX-2265
Project: Apache Knox
Issue Type: Bug
Components: cm-discovery
Affects Versions: 1.4.0
Reporter: Sandor Molnar
Assignee: Sandor Molnar
Fix For: 1.4.0
Cloudera Manager provided configurations (service and role configs) have two unique identifiers:
* name
* related name
As of now, during service discovery, Knox only checks for the first one. However, it's perfectly fine if a particular service model identifies a configuration with the corresponding related name.
For instance, at the time of this Jira being filed, Hive Server 2 tries to identify the schema using {{hive.server2.use.SSL}} from
{code:java}
class ApiConfig {
name: hiveserver2_enable_ssl
value: true
required: false
_default: false
displayName: Enable TLS/SSL for HiveServer2
description: Encrypt communication between clients and HiveServer2 using Transport Layer Security (TLS) (formerly known as Secure Socket Layer (SSL)).
relatedName: hive.server2.use.SSL
sensitive: false
validationState: OK
validationMessage: null
validationWarningsSuppressed: null
} {code}
As this sample shows, this particular configuration's name is {{hiveserver2_enable_ssl}} so that the discovery process will always default to {{http}} as the scheme.
Cc.: [~pzampino@apache.org]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)