We are using it in a context, where child containers would be the better approach any way. So, if a customer needs a customization of a service, during bootstrapping, we first remove the default service and then add the customized version. Still, I think it would be a good feature to be able to replace the implementation of a registered service behind the scenes.
2010/8/30 Mauricio Scheffer <[email protected]>: > I'm not using it either. > -- > Mauricio > 2010/8/30 Jonathon Rossi <[email protected]> >> >> Just checked, we aren't using it either. >> >> 2010/8/29 Krzysztof Koźmic <[email protected]> >>> >>> Hey guys. >>> >>> I'm looking at some more serious modifications that we could do for >>> Windsor 3.0 and one thing that I'd really like to get rid of is >>> IKernel.RemoveComponent (not to be confused with IKernel.ReleaseComponent or >>> IWindsorContainer.Release). I'm talking about method that is the opposite of >>> Register, not Resolve. >>> >>> The method is very flawed, not thread safe, has bugs, its usability is at >>> best questionable and getting rid of it (so that I can make an assumption >>> that once a component is in the container it can not dissappear) would >>> enable me to get rid of lots of code and make some performance >>> optimizations. >>> >>> So my question is - what do you think about this idea - did anyone of you >>> ever really used this? If so - why and for what? >>> >>> feedback greatly appreciated, thanks >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Castle Project Users" group. >>> To post to this group, send email to >>> [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group at >>> http://groups.google.com/group/castle-project-users?hl=en. >>> >> >> >> >> -- >> Jono >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Castle Project Users" group. >> To post to this group, send email to >> [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/castle-project-users?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Castle Project Users" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/castle-project-users?hl=en. > -- Jan -- You received this message because you are subscribed to the Google Groups "Castle Project Users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-users?hl=en.
