tag:robotlegs.tenderapp.com,2009-10-18:/discussions/problems/304-problem-with-signals-rl-and-garbage-collection-between-a-shared-contextRobotlegs: Discussion 2011-05-02T15:36:29Ztag:robotlegs.tenderapp.com,2009-10-18:Comment/67785802011-04-29T16:55:03Z2011-04-29T16:55:03ZProblem with Signals , RL and Garbage Collection between a shared context.<div><p>Thanks Adam, if Joel hasn't already knocked this off the to-do
list, I'll make sure it gets done in the next week or so - and
thanks for the work-around in the meantime.</p>
<p>Stray</p></div>Straytag:robotlegs.tenderapp.com,2009-10-18:Comment/67785802011-05-02T12:44:46Z2011-05-02T12:44:46ZProblem with Signals , RL and Garbage Collection between a shared context.<div><p>Hi Adam, just to follow up on this, we need to have a bigger
think about how clean-up happens with utilities that make use of
the injector.</p>
<p>It's important that the SignalCommandMap keeps the same instance
when you unmap / remap Signals to Commands, because there may be
other objects - Models, Services, Mediators - which have been
injected with this instance, and we need to make sure that one is
the one that is used in future too.</p>
<p>I think most likely the best work around is going to be the one
you've found - that you need to manage certain kinds of instances
manually, because only the developer knows whether this instance
really should be cleaned up now or whether you'd like it to persist
because it's still useful in other objects / contexts etc.</p>
<p>So - thanks for the info - it's good to have a sensible solution
for others to implement.</p>
<p>We're going to be looking hard at how utilities integrate with
robotlegs (especially with the Injector) in the near future as we
start to think (slowly) about Robotlegs 2, so this is a great
example for us to study.</p>
<p>Cheers,</p>
<p>Stray</p></div>Stray