How Does IoC aka “Dependency Injection” Containers Address SOA QoS Requirements? Come funziona IOC pseudonimo "iniezione di dipendenze" contenitori indirizzo SOA requisiti di QoS?
I was browsing through the breed of IoC (Inversion of Control) Frameworks like PicoContainer & Spring. Mi è stato navigando attraverso la razza di IoC (Inversione di controllo) Quadri come PicoContainer & Primavera. I have one simple question for the proponents of these frameworks. Ho una semplice domanda per i fautori di tali quadri.
I come from the old camp where we merrily use Io vengo dal vecchio campo dove ci merrily uso Service Locator Pattern Servizio Locator Pattern for solving the same problems that IoC addresses. per risolvere gli stessi problemi che IoC indirizzi. We face two typical problems in a Service Oriented Architecture . Ci troviamo di fronte a due problemi tipici in una Service Oriented Architecture.
Assume that a service A (defined by the interface) is provided by B, C & D implementations. Si supponga che un servizio A (definito dalla interfaccia) è fornito da B, C & S implementazioni. Assume that they all have registered. Suppongo che hanno tutti registrato. Now I know that C is superior service provider than B. I also know that D is the best. Ora so che C è superiore al fornitore di servizi di B. So anche che D è il migliore. However D may not be available at all times. D tuttavia potrebbe non essere disponibile in ogni momento. So we may need to fallback on C, when D is unavailable. In modo che avremo di ripiego sul C, D, quando non è disponibile. 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. La mia prima domanda è semplice come si fa a trasmettere tali informazioni in un ambiente distribuito, quando ciascuno di questi servizi sono forniti da vari fornitori di servizi. How do we, as a standard, address QoS rules? Come possiamo, come standard, indirizzo QoS regole?
Now assume that each of these services have hot-swappable components. Supponi ora che ciascuno di questi servizi sono hot-swap componenti. 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 ha E & F, D è H & J ecc Abbiamo bisogno di specificare che in un generico moda meta-dati sul servizio QoS e affrontare altre preoccupazioni, come precisa o per l'uso, ecc grazioso declino
How does modern IoC frameworks address this? Come funziona la moderna IoC quadri affrontare questo?
Filed under Elencato sotto How To Come , Java Software Software Java , Web , Web Services Servizi Web | |
| |
RSS 2.0 RSS 2,0 | |
Trackback this Article | questo articolo |
Email this Article Invia questo articolo
You may also like to read Si può anche leggere come |





June 2nd, 2006 at 8:35 am 2 giugno 2006 alle 8:35 am
I believe you would like to see flexible runtime component configurability (like OSGI) with IOC frameworks. Credo che lei vorrebbe vedere flessibile componente runtime di configurazione (come OSGI) con CIO quadri. You are not alone with your wish :). Non siete soli con il vostro desiderio:). As far as I know neither Pico nor Spring support this ‘as is’. Per quanto ne so né Pico né sostegno di questa primavera 'così com'è'. There are plans to support this in Spring, please see this: Ci sono piani a sostegno di questo in primavera, si veda:
http://forum.springframework.org/showthread.php?t=23749
June 2nd, 2006 at 10:42 am 2 giugno 2006 alle 10:42 am
I am happy to know other’s are on this too. Sono felice di sapere altri sono troppo su questo. Thanks for the heads up. Grazie per i capi.