Sistemas e Tecnologias de Middleware TP3

Foco Sistema de comunicação – Sistema de Message Queuing – Abstracção do substracto de comunicação Adaptação do código inicial

Modelo de comunicação Criação de comunicadores para entidades através de uma factory – CommunicatorFactory.createCommunicator(entity,symbolic_name,comm_type) Comunicadores disponibilizam uma única operação – Communicator c = CommunicatorFactory(...); – c.sendObject(object,type,operation, synchronous | assynchronous); Transparência de comunicação do lado do “cliente” Actualmente são suportados dois tipos de comunicador: – RMI – Messaging

Message Queuing Queues persistentes Apenas recebem mensagens Comunicação através de mensagens MIME sobre TCP Opção de espera bloqueante ou não bloqueante

Comunicador de Messaging Guarda a informação sobre o destino das mensagens Encapsula a informação a ser enviada numa mensagem MIME Envia a mensagem por TCP Suporta de falhas: – Destino offline ou inacessível: Armazena a mensagem Activa um thread que tentará periódicamente enviar as mensagens armazenadas, preservando a ordem – Mudança de IP do destino: Só é possível se tiver sido fornecido um nome simbólico O comunicador questiona o NameServer acerca da localização actual do nó destino A mensagem é enviada para o novo endereço

Comunicador de RMI Guarda a informação sobre o destino da invocação remota Usa um RMI Handler para executar a primitiva sendObject – Mapeia a informação relativa ao destino e ao método a invocar numa chamada remota específica

Modelos de sincronismo Messaging síncrono – Criação de uma queue temporária e atribuição do endereço da mesma à mensagem enviada – Espera bloqueante na queue temporária Messaging assíncrono – Envio da mensagem para o destino (acknowledged) RMI síncrono – Invocação RMI normal RMI assíncrono – Criação de um thread que efectua a invocação remota

Análise Sistema de comunicação – Pontos fortes Extensível a outros substractos Transparência do lado do cliente Tolerância a falhas – Pontos fracos Pouca transparência do lado do receptor Ausência de segurança em Message Queuing

Análise Middleware – Pontos fortes Facilidade de escolha do substracto de comunicação a utilizar pelo sistema – Pontos fracos “Impossibilidade” de escolha de um substracto específico para cada agente