[cdi-dev] [JBoss JIRA] (CDI-231) Clarify if Alternatives are filtered in BeanManager#getBeans() or #resolve()
Pete Muir (JIRA)
jira-events at lists.jboss.org
Tue Aug 21 09:12:15 EDT 2012
[ https://issues.jboss.org/browse/CDI-231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pete Muir resolved CDI-231.
---------------------------
Fix Version/s: 1.1.EDR2
(was: 1.1 (Proposed))
Resolution: Done
Merged
> Clarify if Alternatives are filtered in BeanManager#getBeans() or #resolve()
> ----------------------------------------------------------------------------
>
> Key: CDI-231
> URL: https://issues.jboss.org/browse/CDI-231
> Project: CDI Specification Issues
> Issue Type: Clarification
> Components: Resolution
> Affects Versions: 1.0, 1.1.EDR1
> Reporter: Mark Struberg
> Assignee: Pete Muir
> Fix For: 1.1.EDR2
>
>
> The spec and javadoc are not really clear if the @Alternative filter defined in "5.2.1. Unsatisfied and ambiguous dependencies" is already performed in BeanManager#getBeans() or only later in BeanManager#resolve().
> Back in 2009 I did a blind test with an old Weld version which only returned @Alternatives in getBeans() and all other beans got filtered out. This seems to have changed now (since quite some time).
> Can we make this more clear what should happen in getBeans() and what should happen in resolve()?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the cdi-dev
mailing list