Arquitectura Subscriptor-editor, con esquema pull ( EdSuPull )

El objetivo principal es que se vea de forma aplicada la infraestructura básica requiereuna en arquitectura de comunicación, basada en un modelo Subscriptor/Editor con un esquema de tipo pull. El planteamiento, consiste en desarrollar un esquema de este tipo con los siguientes requisitos específicos que deben ser obligatoriamente satisfechos: El proyecto debe funcionar tanto en local como en remoto. Programado en C, se utilizarando Sockets de tipo Stream suponiendo un entorno de máquinas heterogéneas. Utilizar un esquema con un único proceso que actúa como Broker. Proporcionando el desacoplamiento espacial entre los editores y los subscriptores. Al usar un esquema de tipo Pull, el Broker se encargará de almacenar los eventos dirigidos a un subscriptor hasta que este los recoja. En el arranque del sistema, el Broker será informado mediante un fichero sobre los temas que existen en el sistema y estos serán los únicos disponibles para editores y subscriptores. El nombre de un tema puedecontener cualquier carácter exceptuando un espacio. El Broker dará un servicio concurrente basado en la creación dinámica de Threads encargándose cada Thread de servir todas las peticiones que llegan por una conexión. Un proceso editor y/o subscriptor; un proceso puede ejercer ambos roles) mantendrá unaconexión persistente con el Broker durante toda su interacción. Dado ese posible doble rol, en el resto del documento vamos a denominar clientes a este tipo de procesos. El diseño planteado para el broker, podrá también servir adecuadamente a clientes que usan una conexión por cada petición. Cada cliente se identificará ante el broker con un UUID (man dbus-uuidgen). Se ofrece una función de apoyo que debe ser usada obligatoriamente para generar ese identificador único universal. Otros aspectos que serán entregados a la persona que realice el dessarrollo