[ https://issues.apache.org/jira/browse/KNOX-3084?focusedWorklogId=975633&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-975633 ]
ASF GitHub Bot logged work on KNOX-3084: ---------------------------------------- Author: ASF GitHub Bot Created on: 22/Jul/25 10:23 Start Date: 22/Jul/25 10:23 Worklog Time Spent: 10m Work Description: smolnar82 merged PR #1059: URL: https://github.com/apache/knox/pull/1059 Issue Time Tracking ------------------- Worklog Id: (was: 975633) Time Spent: 1h 10m (was: 1h) > Update CM service discovery with the enhanced role configs endpoint > ------------------------------------------------------------------- > > Key: KNOX-3084 > URL: https://issues.apache.org/jira/browse/KNOX-3084 > Project: Apache Knox > Issue Type: Task > Components: cm-discovery > Affects Versions: 2.1.0 > Reporter: Tamás Marcinkovics > Assignee: Tamás Marcinkovics > Priority: Major > Time Spent: 1h 10m > Remaining Estimate: 0h > > There is a new CM API endpoint to fetch all role configurations for a given > service ({{RolesResouce.readRolesConfig}}) if the supported API version is > greater than or equal to v57. This endpoint is available in the > cloudera-manager-api-swagger:7.13.1 artifact. > [https://repository.cloudera.com/service/rest/repository/browse/cloudera-repos/com/cloudera/api/swagger/cloudera-manager-api-swagger/7.13.1/] > On the Knox side, we need to change the existing {{readRoles}} and > {{readRoleConfig}} API calls to the new {{readRolesConfig}} call. > The {{view}} parameter should still remain {{full}} as > {{full_with_no_health_check}} only returns role configuration parameters with > non-default values. > As the new cloudera-manager-api-swagger artifact is using okhttp 4.10, we > also need to change {{DiscoveryApiClient}} setup and our Okhttp interceptors > from Okhttp 2.7.5 to Okhttp 4. -- This message was sent by Atlassian Jira (v8.20.10#820010)