Remove deprecated Temporal.configuration
function
#343
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Fixes #143. For a few years there has been a noise
warn
message telling people to not use the function Temporal.configuration, but this function was still used internall in temporal-ruby.The options were:
a) Remove the logger warn message, as whoever in the past had planned to deprecate access via
Temporal.configuration
never followed up. I don't know why they were trying to remove this method of accessing it. b) [CHOSEN OPTION] Raise theconfig
function fromprivate
to be accessible externally. I don't see why this wouldn't be okay.I ran the tests per the instructions and I get the same amount of test passes, without the noisy deprecation warnings.
I don't know the full history that led to this being half-deprecated, but this seems like a fine way to clean it up.
Before
After
Breaking Change
CHANGELOG.md should have:
Temporal.configuration
was removed and replace byTemporal.config
. If you previously relied onTemporal.configuration
just update the reference toTemporal.config
.Also if this Gem is still doing any versioning, it's a MAJOR patch (i.e. first digit) because if removes a public-facing API, i.e.
Temporal.configuration
. If we don't want to create a breaking change, I recommend Option A above, just remove the annoying log message and let the method live on into the future.