I was browsing through the breed of IoC (Inversion of Control) Frameworks like PicoContainer & Spring. J'ai été la navigation par le biais de la race de IoC (Inversion of Control) comme cadres et PicoContainer printemps. I have one simple question for the proponents of these frameworks. J'ai une question simple pour les partisans de ces cadres.

I come from the old camp where we merrily use Je viens de l'ancien camp où nous joyeusement utilisation Service Locator Pattern Locator Service Plan for solving the same problems that IoC addresses. pour résoudre les mêmes problèmes que la COI adresses. We face two typical problems in a Service Oriented Architecture . Nous sommes confrontés à deux problèmes typiques dans une architecture orientée services.

Assume that a service A (defined by the interface) is provided by B, C & D implementations. Supposons qu'un service A (définie par l'interface) est fourni par B, C & D mises en œuvre. Assume that they all have registered. Supposons qu'ils ont tous enregistré. Now I know that C is superior service provider than B. I also know that D is the best. Maintenant, je sais que C est un service de qualité supérieure que fournisseur de B. Je sais aussi que D est la meilleure. However D may not be available at all times. Toutefois D mai ne pas être disponibles en tout temps. So we may need to fallback on C, when D is unavailable. Nous avons donc besoin de mai de repli sur le C, lorsque D est indisponible. My first simple question is how do you pass on this information in a distributed environment when each of these services are provided by different Service providers. Ma première question est simple comment voulez-vous transmettre ces informations dans un environnement distribué lors de chacun de ces services sont fournis par différents fournisseurs de services. How do we, as a standard, address QoS rules? Comment pouvons-nous, comme une norme, l'adresse des règles de QoS?

Now assume that each of these services have hot-swappable components. Maintenant, supposons que chacun de ces services ont à chaud des composants. B has E & F, D has H & J etc. We need to specify that in a generic fashion meta-data about the service addressing QoS and other concerns like specifying order or usage, graceful decline etc. B a E & F, D & H a J etc Nous avons besoin de préciser que, dans un mode générique de méta-données sur le service QoS et traiter d'autres préoccupations comme en précisant l'ordre ou d'utilisation, etc gracieux déclin

How does modern IoC frameworks address this? Comment ne moderne IoC cadres face?