10.05.2015 Views

UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO

UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO

UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!