[
https://issues.jboss.org/browse/CDI-616?page=com.atlassian.jira.plugin.sy...
]
Emily Jiang commented on CDI-616:
---------------------------------
On f2f, the suggestion is to add "Injection in transient field is not supported. Non
portable behaviour will occur" under 5.2.5.
After some more thinking, I still think what I proposed originally is better, which is to
add the following sentences under 5.5.7.
"
If this injection point is declared as transient, after bean's passivation, the value
will not be restored. Instance<> injection point is the preferred approach.
"
Thoughts?
Injection point declared as transient is not useful
---------------------------------------------------
Key: CDI-616
URL:
https://issues.jboss.org/browse/CDI-616
Project: CDI Specification Issues
Issue Type: Clarification
Components: Concepts
Affects Versions: 1.2.Final
Environment: n/a
Reporter: Emily Jiang
Priority: Minor
Fix For: 2.0 .Final
An injection point declared as 'transient' is not useful, due to the fact of
after bean's passivation, the transient field will not be reinjected and its value
will be lost. This causes confusion. See Weld forum discussion [link
title|https://developer.jboss.org/thread/179486]. In the section 5.5.7, how about to make
the following changes?
The isTransient() method returns true if the injection point is a transient field, and
false otherwise. If the injection point represents a dynamically obtained instance then
the
isTransient() method returns true if the Instance injection point is a transient field,
and
false otherwise.
=>
The isTransient() method returns true if the injection point is a transient field, and
false otherwise. If the injection point represents a dynamically obtained instance then
the
isTransient() method returns true if the Instance injection point is a transient field,
and
false otherwise. If this injection point is declared as transient, after bean's
passivation, the value will not be restored. Instance injection point is the preferred
approach.
Any other better suggestions?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)