[
https://issues.jboss.org/browse/CDI-361?page=com.atlassian.jira.plugin.sy...
]
Jozef Hartinger updated CDI-361:
--------------------------------
Comment: was deleted
(was: Typo:
{quote}a method parameter which resolves *to to* a bean that is a passivation capable
bean{quote}
The same type of issue is in:
{quote}The container must use the final value of this property, after all observers have
been called, as the only source of types and annotations for *the the* program
elements.{quote}
Although unrelated to this issue I do not want to create another one for this simple
typo.
)
Issues with passivation capable beans and dependencies
------------------------------------------------------
Key: CDI-361
URL:
https://issues.jboss.org/browse/CDI-361
Project: CDI Specification Issues
Issue Type: Bug
Affects Versions: 1.1.PFD
Reporter: Jozef Hartinger
Assignee: Pete Muir
Priority: Blocker
Fix For: 1.1.FD
h3. Dependencies of interceptors and decorators:
{quote}
If a managed bean which declares a passivating scope, a stateful session bean which
declares a passivating scope, or a built-in bean:
* is not passivation capable,
* has a non-transient injected field, bean constructor parameter or initializer method
parameter which is not annotated with @TransientReference and that resolves to a dependent
scoped bean that is not a passivation capable dependency, or
* has a non-transient injected field, bean constructor parameter or initializer method
parameter that resolves to a bean that is not
a dependent scoped bean and that is not a passivation capable dependency, or
* has an interceptor or decorator with a non-transient injected field that does not
resolve to a passivation capable dependency,
then the container automatically detects the problem and treats it as a deployment
problem.
{quote}
It is not enough to validate injected fields of interceptors/decorators only. The
specification should require validation of *all* injection points of an interceptor /
decorator also considering @TransientReference
h3. Decorators of built-in beans should be passivation capable
{quote}If a managed bean or a stateful session bean which declares a passivating scope
type, has a decorator or interceptor which is not
a passivation capable dependency, the container automatically detects the problem and
treats it as a deployment problem.{quote}
Combined with the quote above the specification only requires injection points of a
decorator of a built-in bean to be passivation capable dependencies. The specification
should also require the decorators themselves to be passivation capable dependencies.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira