[JBoss JIRA] Created: (CDI-158) Extension support for non CDI beans
by Aslak Knutsen (JIRA)
Extension support for non CDI beans
-----------------------------------
Key: CDI-158
URL: https://issues.jboss.org/browse/CDI-158
Project: CDI Specification Issues
Issue Type: Tracker
Components: Java EE integration
Affects Versions: 1.0
Reporter: Aslak Knutsen
Fix For: 1.1 (Proposed)
CDI Extensions in EE6 can only rewrite/change/work upon CDI registered beans. This should be extended to include _any_ EE component.
e.g.
* Change/Add @Resource InjectionPoint in a EJB
* Change/Add @Path on JAX-RS Resource handlers
* Change/Add @MassageDriven on a MDB
* Change/Add JPA Annotations
* Change/Add @TransactionAttributes on EJBs
* Change/Add @RunAs on EJBs
* Change/Add @WebService on EJBs
* Change/Add @WebServlet etc. on Servlets
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
RequestScoped and Injection Points
by John D. Ament
CDI Experts
Was wondering if you could help me understand rationale. In request scoped
objects, when you create a producer method that creates request scoped
instances, why is there no access to the underlying injection point?
Let's say that you have a qualifier with a single String value attribute
that is nonbinding; let's say @JmsDestination. You have the following
injection points:
@Inject @JmsDestination("jms/MyQueue") MessageProducer queueProducer;
@Inject @JmsDestination("jms/MyTopic") MessageProducer topicProducer;
In this case, two distinct MessageProducers should be injected. The CDI
container should be able to differentiate the two, since they have different
values on the qualifier. However, CDI disallows this since the producer
methods used to create them would not have access to the injection point.
If a second injection point is found, CDI should return the same instance.
I hope it doesn't sound like I'm babbling, but I wanted to put the question
out there to see if it's something that could be addressed.
Regards,
John
13 years, 4 months
[JBoss JIRA] Commented: (CDI-86) Support firing general purpose lifecycle events in Java EE environments
by Jozef Hartinger (JIRA)
[ https://issues.jboss.org/browse/CDI-86?page=com.atlassian.jira.plugin.sys... ]
Jozef Hartinger commented on CDI-86:
------------------------------------
The idea I had about this was to make @Intialized and @Destroyed qualifiers and reuse the existing scope annotations e.g:
@Initialized(@ApplicationScoped) Object object
This way we remove the possible confusion from having both @Session and @SessionScoped, ...
It is possible to take this idea even further and require that the container fires the events not only for the build-in contexts but for any context registered with the container (e.g. @Initialized(@ViewScoped) Object object). That would require further changes in the API since currently a Context implementation has not way of telling the container that it was initialized / destroyed.
> Support firing general purpose lifecycle events in Java EE environments
> -----------------------------------------------------------------------
>
> Key: CDI-86
> URL: https://issues.jboss.org/browse/CDI-86
> Project: CDI Specification Issues
> Issue Type: Feature Request
> Components: Java EE integration
> Affects Versions: 1.0
> Reporter: Pete Muir
> Assignee: Pete Muir
> Fix For: 1.1 (Confirmed)
>
>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
[JBoss JIRA] Commented: (CDI-27) Support declarative transactions on managed beans
by Mark Struberg (JIRA)
[ https://issues.jboss.org/browse/CDI-27?page=com.atlassian.jira.plugin.sys... ]
Mark Struberg commented on CDI-27:
----------------------------------
A possible way to implement / specify this would be to reuse the javax.ejb.TransactionAttribute annotation but handle it as InterceptorBinding in CDI beans.
So instead of @Transactional(transaction=REQUIRES_NEW)
we could use @javax.ejb.TransactionAttribute(value=REQUIRES_NEW)
javax.ejb.TransactionAttribute is a simple annotation atm. We could add this as interceptor binding via our CDI Extension SPI
I'm not sure though what that would mean for EJBs in return. They would have to ignore this special Interceptor if the annotation is applied on an EJB.
> Support declarative transactions on managed beans
> -------------------------------------------------
>
> Key: CDI-27
> URL: https://issues.jboss.org/browse/CDI-27
> Project: CDI Specification Issues
> Issue Type: Tracker
> Components: Java EE integration
> Affects Versions: 1.0
> Reporter: Pete Muir
> Assignee: Pete Muir
> Fix For: 1.1 (Confirmed)
>
>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months