Skip to content

Allow BeanRegistration target to be any arbitrary class name #29207

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.

Sign up for GitHub

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

Jump to bottom
Closed
snicoll opened this issue Sep 26, 2022 · 0 comments
Closed

Allow BeanRegistration target to be any arbitrary class name #29207

snicoll opened this issue Sep 26, 2022 · 0 comments
Assignees
@snicoll
Labels
theme: aot An issue related to Ahead-of-time processing type: enhancement A general enhancement
Milestone
6.0.0-RC1

Comments

@snicoll
Copy link
Member

snicoll commented Sep 26, 2022

The API of BeanRegistrationCodeFragments is a bit inconsistent at the moment. While everything is related to code generation, getTarget insists on providing a Class whereas all that's needed is a classname. For consistency getTarget should return a ClassName. This would allow something to generate bean registration in a package that does not exist yet.

This is a prerequisite for what we're investigating in #29019
@snicoll snicoll added type: enhancement A general enhancement theme: aot An issue related to Ahead-of-time processing labels Sep 26, 2022
@snicoll snicoll added this to the 6.0.0-RC1 milestone Sep 26, 2022
@snicoll snicoll self-assigned this Sep 26, 2022
snicoll added a commit that referenced this issue Sep 27, 2022
@snicoll
Allow target to be a ClassName rather than an existing Class
e6aef11 
See gh-29207
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@snicoll snicoll

Labels
theme: aot An issue related to Ahead-of-time processing type: enhancement A general enhancement
Projects
None yet
Milestone
6.0.0-RC1
Development

No branches or pull requests
1 participant
@snicoll