[
https://issues.jboss.org/browse/CDI-407?page=com.atlassian.jira.plugin.sy...
]
Thomas Andraschko commented on CDI-407:
---------------------------------------
Yep, thats what i expected.
In this case, is there any reason to still install/configure A as active bean?
As there is no qualifier or stereotype available, it would be possible to automatically
install B as @Named("a") without explicity giving it a name.
Or do i miss something here?
@Named("a") is a workaround but feels "ugly" and you always have to
synchronize the names.
Specifiy @Named @Alternatives
-----------------------------
Key: CDI-407
URL:
https://issues.jboss.org/browse/CDI-407
Project: CDI Specification Issues
Issue Type: Clarification
Components: Beans, Inheritance and Specialization
Reporter: Thomas Andraschko
It's actually a must-have for product development and a common case.
We would like to have multiple implementations in our core and just activate them via
alternative.
I talked with struberg and its currently not defined in the specs.
e.g.
@Named public class A
@Named @Alternative public class B extends A
What should acutally happen if B is activated via beans.xml?
IMO B should be available in EL via "a" and "b".
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)