Carregar apresentação
A apresentação está carregando. Por favor, espere
PublicouLara Joaquim Alterado mais de 9 anos atrás
1
Sistemas e Tecnologias de Middleware TP3
2
Foco Sistema de comunicação – Sistema de Message Queuing – Abstracção do substracto de comunicação Adaptação do código inicial
3
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
4
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
5
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
6
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
7
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
8
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
9
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
Apresentações semelhantes
© 2024 SlidePlayer.com.br Inc.
All rights reserved.