You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by "Niclas Hedhman (JIRA)" <de...@avalon.apache.org> on 2004/11/13 03:14:29 UTC

[jira] Closed: (RUNTIME-33) Document the collection policy for transient components.

     [ http://nagoya.apache.org/jira/browse/RUNTIME-33?page=history ]
     
Niclas Hedhman closed RUNTIME-33:
---------------------------------


> Document the collection policy for transient components.
> --------------------------------------------------------
>
>          Key: RUNTIME-33
>          URL: http://nagoya.apache.org/jira/browse/RUNTIME-33
>      Project: Merlin Runtime
>         Type: Improvement
>   Components: COMPOSITION
>     Reporter: Stephen McConnell
>     Assignee: Stephen McConnell
>     Priority: Minor
>      Fix For: 3.4.0

>
> > "Stephen McConnell" <mc...@apache.org> schrieb im Newsbeitrag news:40C9B006.10805@apache.org...
> > 
> >>Eike Stepper wrote:
> >>
> >>
> >>>i solved it:
> >>>
> >>>i did the registration of the component from within the
> >>>component code so that the registry had a handle to the component.
> >>>now i do the registration from outside and a handle to the proxy
> >>>is stored in the map and abracadabra: the proxy is no longer
> >>>garbage collected ;-)))
> >>
> >>Was about to suggest this - basically the container cannot hold a hard
> >>reference to a transient component because this would result in a direct
> >>memory leak.  Transients are a special case that default to a non-hard
> >>collection policy.  As you discovered - if you maintain a reference to
> >>the component then the component will not be garbage collected.
> > 
> > 
> > such kind of special treatment should really be mentioned in the docs ;-)
> > and your last sentence is misleading: obviously holding a handle to the
> > component does not prevent the proxy from being finalized. in my opinion
> > it's most important to state that the proxy must be strongly reachable!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org