Grupo ARCO - Universidad de Castilla-La Mancha

Estudio IceStorm
E
Durante la fase del proyecto en la cual se realiza un aprendizaje del middleware ZeroC Ice
y en particular del servicio IceStorm, se realizó una comunicación entre un subscriptor y un
publicador pero con la particularidad de que el sirviente sea de un determinado tipo.
Esto asegura que los suscriptores serán de un tipo determinado, por lo que la información
que maneja el canal puede ser manipulada atendiendo a dicho tipo.
La aplicación de este comportamiento al modelo de comunicaciones desarrollado en este
proyecto conllevaría a asegurar los tipos de datos que esperan los suscriptores, así como los
datos que envían los publicadores. Por lo tanto, no sería necesario comunicar al canal el tipo
de datos que manejará.
E.1.
Implementación
Para conseguir este comportamiento se cuenta con un componente que actúa como intermediario
(Delegate) entre los suscriptores/publicadores y el servicio IceStorm. Este componente
es el que garantiza que los suscriptores serán de un tipo específico. En el listado E.1
se muestra las interfaces que entran en juego en este sistema. La interfaz Listener es el sirviente
y la interfaz ASDA es la que implementa el componente que actúa de intermediario.
module ASD {
interface Listener {
void adv(string name);
};
interface ASDA {
void addListener(ASD::Listener∗ listener);
Listener∗ getPublisher();
};
};
Listado E.1: Interfaces utilizadas para establecer un determinado tipo de suscriptor)
En el listado E.2 se muestra la implementación de la interfaz ASDA y la clase Delegate.
Aquí, se crea el canal que será el que establezca la comunicación entre publicadores
y suscriptores. La operación addListener se encarga de realizar la suscripción al canal
89