views:

617

answers:

2

Using Castle Windsor, I have a component configured with the transient lifestyle:

<component id="publish.mapping.default"
       service="IMyService, MyAssembly"
       type="MyServiceImplementation, Myassembly" 
       lifestyle="transient" />

Which will be used like this:

var service = container.Resolve<IMyService>(componentId);
// service usage ....
// service goes out of scope ...

My question is, will the service instance be garbage collected after it goes out of scope, or will Castle Windsor hold on to a reference ? I found this similar question, that implies that the latter might be the case - but after examining the links posted there, I am unsure whether the discussion is about holding on to the reference, or about ensuring that the object are disposed if it implements IDisposable. My objects does not need to be disposed.

If Castle Windsor holds on to the instance, is there any easy way to prevent this (perhaps by configuration) ?

EDIT
It seems, that I need to set the release tracking policy. Can this be configured in the xml config file, or does it need to be set in code ? Can the release tracking policy be set on a per-component basis ?

+3  A: 

By default, the container holds a reference to your objects (even the transient ones).

However, as @Bittercoder notes in Why does Castle Windsor hold onto transient objects?, you can change the release tracking policy. It seems that choosing

LifecycledComponentsReleasePolicy or NoTrackingReleasePolicy should set you right up.

Blair Conrad
Thanks. Do you know whether this can be configured on a per component basis ? (See the edit to my question)
driis
I don't think so. I don't actually use Castle (I'd like to), but the docs seem to suggest that it's Kernel-wide. I'm not sure if this is the right thing to do, but it might be possible to add a custom policy that paid attention to your component type...
Blair Conrad
+1  A: 

One thing to note is that this seems to have been fixed in the Castle Trunk. In r5475, Hammett changed the default release policy in MicroKernel to LifecycledComponentsReleasePolicy.

Craig Vermeer
Haven't checked the source, but Reflector seems to suggest that this is indeed the case in the DefaultKernel constructor. Handy to know, thanks!
Gavin Schultz-Ohkubo