refactor: change the tes topic names to be more user-friendly#1758
refactor: change the tes topic names to be more user-friendly#1758junfuchen99 merged 1 commit intomainfrom
Conversation
|
Binary incompatibility detected for commit 8622cbe. com.aws.greengrass.tes.CredentialRequestHandler is binary incompatible and is source incompatible because of FIELD_REMOVED Produced by binaryCompatability.py |
|
Unit Tests Coverage Report
Minimum allowed coverage is Generated by 🐒 cobertura-action against 8622cbe |
|
Integration Tests Coverage Report
Minimum allowed coverage is Generated by 🐒 cobertura-action against 8622cbe |
aws-kevinrickard
left a comment
There was a problem hiding this comment.
Approving cause we don't have strong config style standards already, and may want to try to release fast, but I think we should take another look at this (see comment)
| public static final String CLOUD_4XX_ERROR_CACHE_TOPIC = "error4xxCredentialRetryInSec"; | ||
| public static final String CLOUD_5XX_ERROR_CACHE_TOPIC = "error5xxCredentialRetryInSec"; | ||
| public static final String UNKNOWN_ERROR_CACHE_TOPIC = "errorUnknownCredentialRetryInSec"; | ||
| public static final String CREDENTIAL_RETRY_CONFIG_TOPIC = "credentialRetryInSec"; |
There was a problem hiding this comment.
Looking at this now, it should probably be credentialRetryDelaySeconds , to reduce ambiguity from other retry concepts which can also be measured in time such as jitter or timeouts.
And optionally dropping the In as we usually just list the unit (see other configs such as sessionExpirySeconds, although there are some other configs which do use In like InBytes, we don't appear to have a consistent standard one way or the other)
There was a problem hiding this comment.
Or maybe credentialRequestErrorCacheSeconds would be more appropriate
(cherry picked from commit 22edc62)
Issue #, if available:
Description of changes:
change the TES topic names to be more user-friendly and customer friendly
Why is this change necessary:
How was this change tested:
Any additional information or context required to review the change:
Documentation Checklist:
Compatibility Checklist:
any deprecated method or type.
Refer to Compatibility Guidelines for more information.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.