[JBoss JIRA] Created: (CDI-147) Are EJB's not deployed in a bean archive eligible for CDI injection
by Stuart Douglas (JIRA)
Are EJB's not deployed in a bean archive eligible for CDI injection
-------------------------------------------------------------------
Key: CDI-147
URL: https://issues.jboss.org/browse/CDI-147
Project: CDI Specification Issues
Issue Type: Clarification
Reporter: Stuart Douglas
If an EJB is deployed in an ejb-jar without a beans.xml, is this EJB eligible for CDI injection of beans deployed in other modules?
The spec says:
"The container performs dependency injection on all session and message-driven bean instances, even those which are not
contextual instances."
To me this sounds like the intent was to allow injection into EJB's looked up from JNDI, does this also mean that EJB's in non bean archives should also be injected?
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] Created: (CDI-103) Support client controlled contexts
by Pete Muir (JIRA)
Support client controlled contexts
----------------------------------
Key: CDI-103
URL: https://issues.jboss.org/browse/CDI-103
Project: CDI Specification Issues
Issue Type: Feature Request
Reporter: Pete Muir
In a client controlled context, the client controls via some identifier (probably an identifier, but we should allow the context to inspect the injection point) which contextual instances it sees for a particular bean type. For example given:
{code}
@MyScope
class Foo {
String name;
}
{code}
and a context which uses annotations to differentiate between contextual instance, these two injection points would see different instances:
{code}
@Inject @Bar Foo barFoo;
@Inject @Baz Foo bazFoo;
{code}
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] Created: (CDI-109) Invalid beans should not be injectable into extensions
by John Ament (JIRA)
Invalid beans should not be injectable into extensions
------------------------------------------------------
Key: CDI-109
URL: https://issues.jboss.org/browse/CDI-109
Project: CDI Specification Issues
Issue Type: Feature Request
Reporter: John Ament
Currently, you can inject beans that may not be ready yet into the extension's call back methods. As an example, I can inject something application scoped like this in to an extension, but it should really be throwing a definition exception (or similar):
public void handleABD(@Observes AfterBeanDiscovery abd, MyApplicationScopedBean masb) {
}
Pete had noted that really the only safe thing to inject, other than the observed call back, is the bean manager.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] Created: (CDI-112) Clarify how alternatives are enabled
by Shane Bryzak (JIRA)
Clarify how alternatives are enabled
------------------------------------
Key: CDI-112
URL: https://issues.jboss.org/browse/CDI-112
Project: CDI Specification Issues
Issue Type: Clarification
Components: Beans
Affects Versions: 1.0
Reporter: Shane Bryzak
The spec is open to interpretation about how alternatives are enabled. One popular interpretation is that alternatives must be enabled within the same bean archive that contains the alternative bean. However, it might be worth considering the merit of enabling an alternative from a deployment archive that contains the bean archive.
For example, suppose we have the following deployment archive:
foo.war
/WEB-INF
beans.xml
/lib
bar.jar
/META-INF
beans.xml
/com
/acme
AlternativeBean.class
It may be worth allowing AlternativeBean.class (a class annotated with @Alternative) to be enabled by listing it in the <alternatives> section of foo.war/WEB-INF/beans.xml.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
[JBoss JIRA] Created: (CDI-121) TransactionScope
by Richard Hightower (JIRA)
TransactionScope
----------------
Key: CDI-121
URL: https://issues.jboss.org/browse/CDI-121
Project: CDI Specification Issues
Issue Type: Feature Request
Components: Contexts
Affects Versions: 1.1 (Proposed)
Environment: Java EE
Reporter: Richard Hightower
Priority: Minor
Add TransctionalScope as a standard scope to define beans whose lifecycle is the same as a given transaction.
This scope should start automatically when a transaction starts (but lazily when actually needed).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 4 months
calling 'equals' on a proxy?
by Mark Struberg
Hi Pete, others!
Do you remember our discussion about what should happen if equals() gets called on a proxy?
Should it route to the equals method of the currently proxied instance?
LieGrue,
strub
13 years, 2 months