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

Allow programmatic registration of bean definitions with a ResolvableType [SPR-14580] #19149

Closed
spring-projects-issues opened this issue Aug 10, 2016 · 2 comments
Assignees
Milestone

Comments

@spring-projects-issues
Copy link
Collaborator

@spring-projects-issues spring-projects-issues commented Aug 10, 2016

Phil Webb opened SPR-14580 and commented

As discussed on this Spring Boot issue (spring-projects/spring-boot#6602) it would be useful if we could programmatically register a RootBeanDefinition that including a ResolvableType.

Currently generics are only considered when a bean is defined against a factory method.


Affects: 4.3.2

Issue Links:

  • #18472 Allow manually registered bean definitions to specify a generic type to participate in generics qualifier resolution ("is duplicated by")
  • #14969 Introduce a pre-resolved target type in RootBeanDefinition
  • #18463 Provide registerBean variants based on ResolvableType
  • #21566 Publicly expose ResolvableType in RootBeanDefinition

Referenced from: commits 4b06b60, e6cefdc

@spring-projects-issues
Copy link
Collaborator Author

@spring-projects-issues spring-projects-issues commented Aug 13, 2016

Phil Webb commented

PR #1133

@spring-projects-issues
Copy link
Collaborator Author

@spring-projects-issues spring-projects-issues commented Aug 17, 2016

Juergen Hoeller commented

I've implemented this a bit differently, repurposing setTargetType and simply providing an overloaded version which accepts a ResolvableType now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants