Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Refactor CacheConfigurations to avoid storing configuration classes #25321

Closed
wants to merge 1 commit into from
Closed

Refactor CacheConfigurations to avoid storing configuration classes #25321

wants to merge 1 commit into from

Conversation

sdeleuze
Copy link
Contributor

This commit refactors CacheConfigurations implementation to make it more native friendly by storing strings instead of classes in
order to avoid loading the configuration classes when CacheConfigurations is initialized at build time.

This commit refactors CacheConfigurations implementation to make
it more native friendly by storing strings instead of classes in
order to avoid loading the configuration classes
when CacheConfigurations is initialized at build time.
@sdeleuze
Copy link
Contributor Author

As discussed with @snicoll there are various pending design questions about caching support in Spring Native, so probably better to wait before merging this PR. Feel free to close it for now or maybe to tag it accordingly.

@snicoll
Copy link
Member

snicoll commented Feb 17, 2021

Thanks for the PR and the discussion!

Given the contract of the public API that change looks good to me but if you need this for 2.4.x it is a bit unusual to backport something like this. Let's work together on a solution and make change in SB accordingly. If it turns out that this way is enough, we can reopen the PR and merge it.

@snicoll snicoll closed this Feb 17, 2021
@snicoll snicoll removed the status: waiting-for-triage An issue we've not yet triaged label Feb 17, 2021
@snicoll
Copy link
Member

snicoll commented Feb 18, 2021

Looking again, I've changed my mind as this makes more sense to store the FQN since anyway the API is working on that and not the class.

@snicoll snicoll reopened this Feb 18, 2021
@snicoll snicoll added the type: task A general task label Feb 18, 2021
@snicoll snicoll self-assigned this Feb 18, 2021
@snicoll snicoll modified the milestones: 2.3.9, 2.4.3 Feb 18, 2021
@snicoll snicoll changed the title Refactor CacheConfigurations to make it more native friendly Refactor CacheConfigurations to avoid storing configuration classes Feb 18, 2021
snicoll pushed a commit that referenced this pull request Feb 18, 2021
This commit refactors CacheConfigurations implementation to make
it more native friendly by storing strings instead of classes in
order to avoid loading the configuration classes
when CacheConfigurations is initialized at build time.

See gh-25321
@snicoll snicoll closed this in c5d4123 Feb 18, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: task A general task
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants