[
https://issues.jboss.org/browse/CDI-141?page=com.atlassian.jira.plugin.sy...
]
Mark Struberg resolved CDI-141.
-------------------------------
Fix Version/s: 1.1 (Confirmed)
(was: 1.1 (Proposed))
Resolution: Done
Pete, I think this is also already fixed by our changes to CDI-140 and CDI-153. I set it
to fixed in 1.1 (Confirmed), please reopen if you think it's not!
remove overly strict Serialization requirements for @Inject method
and ct parameters
------------------------------------------------------------------------------------
Key: CDI-141
URL:
https://issues.jboss.org/browse/CDI-141
Project: CDI Specification Issues
Issue Type: Bug
Components: Beans, Resolution
Affects Versions: 1.0
Reporter: Mark Struberg
Assignee: Mark Struberg
Priority: Minor
Fix For: 1.1 (Confirmed)
Section 6.6.4 declares that:
> If a producer method declares a passivating scope and:
> ..
> * has a parameter that does not resolve to a passivation capable
> dependency,
> then the container automatically detects the problem and
> treats it as a deployment problem.
Something like
@Produces @SessionScoped @AutoAuthenticated
public User getCurrentUser(MyConfig mc) {
return ...
(MyConfig is not Serializable and gets produced as @ApplicationScoped) would not be
allowed.
The same restriction currently applies to parameters of @Inject methods and
constructors:
>If a managed bean which declares a passivating scope:
> has a ... , bean constructor parameter or initializer method parameter
> that does not resolve to a passivation capable dependency, ...
This maybe comes from simple @Inject setters which set the given method parameters 1:1
into class members. But for all other cases this restriction is just way too rigid.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira