Hi,
While the subject of changing registration semantics has been brought up... Has there been any previous discussion on the matter of Castle Windsor's default behavior related to property-based injection (and possibly also Resolve<T>()) when there are multiple components providing a given service? Think of a scenario like this: there is a service called ISomeService, and SomeServiceProviderOne and SomeServiceProviderTwo are both implementing the ISomeService interface. Now, what happens when you try to inject a component of ISomeService is that Castle Windsor chooses an arbitrary component providing the given service. To me, this seems like a bad default behavior, but perhaps I'm just not seeing the full picture here. J I'd rather have Resolve<T>() throw an exception in this case, since the behavior is likely not completely predictable to the application using the container. Which component will it get? Now, you could say that the application shouldn't care, but in reality this might not be the case. You might have specific needs, implying that you want ISomeChildService rather than ISomeService, but perhaps you are yourself implementing some other interface which makes it impossible to change the property type... for example. Is there a (simple) way to change this default behavior? Many thanks in advance! (And also, of course, the question is whether this default behavior is sane or not...) Best regards, Per Lundberg From: [email protected] [mailto:[email protected]] On Behalf Of Alex Henderson Sent: den 2 mars 2011 23:21 To: [email protected] Subject: Re: Windsor breaking change: changing how container.ResolveAll works <-- your feedback needed +1 I didn't realise ResolveAll<> didn't just return those components explicitly registered for that service. I'm fine with the change, as it's deterministic/won't break anything I've got relying on that feature. Cheers, Alex On Thu, Mar 3, 2011 at 2:02 AM, Jason Meckley <[email protected]> wrote: I also thought Windsor only resolved all types explicitly registered. I wouldn't have a problem with this change. -- 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] <mailto:castle-project-users%[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. -- 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.
