UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
3.5. MIDDLEWARES <strong>DE</strong> COMUNICACIONES 21<br />
Figura 3.4: Estructura de Ice (ZeroC [HS09])<br />
Como es posible que varios sirvientes estén utilizando el mismo endpoint, es necesario<br />
que cada uno posea una identidad única dentro del sistema distribuido. Esta<br />
identidad se le asigna (bien por el programador, bien automáticamente) cuando el sirviente<br />
se añade al adaptador de objetos. De esta forma, se puede localizar un objeto<br />
unívocamente mediante su identidad y su endpoint:<br />
MiObjeto -t : tcp -h 161.67.27.15 -p 4061<br />
Esto es, precisamente, el proxy. La opción -t (twoway) significa que la comunicación<br />
es en ambos sentidos, se realiza una petición y se espera una respuesta. Si se hubiera<br />
indicado -o (oneway) significaría una invocación sin respuesta.<br />
3.5.2. CORBA<br />
Common Object Request Broker Architecture (CORBA) es un estándar [OMG08]<br />
del Object Management Group (OMG) que define un conjunto de protocolos y mecanismos<br />
que conforman un modelo de comunicaciones para sistemas distribuidos. Es uno de<br />
los middleware más usados y extendidos. De hecho, Ice nació a partir de muchas de las<br />
ideas de CORBA 4 , por lo que la arquitectura general es muy parecida (ver figura 3.5).<br />
Dispone también de un lenguaje de especificación de interfaces (Interface Definition<br />
4 Se puede ver una comparativa de ambos middlewares en http://www.zeroc.com/iceVsCorba.html