]
Antoine Sabot-Durand commented on CDI-414:
------------------------------------------
You're right [~agoncal]. But if we decide go that way we should propose something
nicely design for *interceptors* and *decorators*. To satisfy this there are two obvious
solutions IMO.
# enhance an annotation used by both mechanism. {{@Priority}} seems the only candidate
here, or
# introduce an new annotation in interceptor spec to configure this behaviour on the bean
or the interceptor / Decorator. Something like {{@InterceptorAttribute}} with different
values (in the same spirit than {{@TransactionAttibute}} in EJB spec)
I prefer solution 2 since this annotation could be put at different levels. wdyt?
Support for "self" injection
----------------------------
Key: CDI-414
URL:
https://issues.jboss.org/browse/CDI-414
Project: CDI Specification Issues
Issue Type: Bug
Components: Resolution
Reporter: arjan tijms
Many features of CDI and EJB work by means of a proxy that intercepts calls and adds
'aspects'. In Java it's however not possible to decorate the {{this}} pointer,
so methods called on the same bean instance from within a method in the bean do not get
their 'aspects' applied.
This is a well known limitation, but in EJB it's possible to work around this by
injecting a bean into itself. E.g.
{code}
@Stateless
public class Foo {
@EJB
private Foo self;
// ...
}
{code}
Also see
http://adam-bien.com/roller/abien/entry/how_to_self_invoke_ejb
Unfortunately using CDI and {{@Inject}} this doesn't work. Weld for instance fails
the deployment and logs:
{noformat}
WELD-001443 Pseudo scoped bean has circular dependencies.
{noformat}
See also:
http://adam-bien.com/roller/abien/entry/inject_vs_ejb
Although there are workarounds, it would be great if {{@Inject}} in combination with CDI
could support self injection as well.
With that projects migrating from {{@EJB}} to {{@Inject}} can do so more easily and the
capability can be convenient for new projects as well (e.g. calling two separate
{{@Transactional}} methods from a single method without being required to create a new
bean).