[cdi-dev] [JBoss JIRA] (CDI-361) Issues with passivation capable beans and dependencies

Jozef Hartinger (JIRA) jira-events at lists.jboss.org
Wed Mar 27 07:02:41 EDT 2013


     [ https://issues.jboss.org/browse/CDI-361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jozef Hartinger updated CDI-361:
--------------------------------

    Description: 
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.

  was:
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 on required 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.


    
> 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


More information about the cdi-dev mailing list