OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-j message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: ISSUE LOGGED: JAVA-4: Dependency reinjection


http://www.osoa.org/jira/browse/JAVA-4


Von: Michael Rowley [mailto:mrowley@bea.com]
Gesendet: Mittwoch, 26. September 2007 00:31
An: sca-j@lists.oasis-open.org
Betreff: [sca-j] NEW ISSUE: Dependency reinjection

 

TARGET: Java Common Annotations and APIs specification

        section “@Reference”

 

DESCRIPTION:

 

The description of the @Reference annotation does not specify what happens if the wire changes after the component has been instantiated.  One example of a place where this could occur is for a composite-scoped component that exists at the domain level.  The target of its reference could start off unwired (and thus would be null).  A later deployment could deploy a <wire source=”” target=””> element which provides a target for this component.

 

PROPOSAL:

 

In the above scenario, when constructor-based injection is not being used, the target MAY be reinjected.

 

This would be marked as “MAY” behavior, since it would not be required of all runtimes.  However, the developer who is creating portable code needs to know that this reinjection may occur.

 

Other scenarios where such reinjection may occur is TBD.  Note that reinjection should never occur for a conversational-scoped component that is in middle of its conversation.

 

 



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]