UFG - Instituto de Informática

Transcrição

1 UFG - Instituto de Informática Especialização em Desenvolvimento de Aplicações Web com Interfaces Ricas EJB 3.0 Prof.: Fabrízzio A A M N Soares professor.fabrizzio@gmail.com Aula 11 Serviços de Envio de Mensagens

2 Message Oriented Middleware Middleware orientado a mensagem (MOM) é um software ou hardware de infra-estrutura focada em enviar e receber mensagens entre sistemas distribuídos.

3 Message Oriented Middleware MOM permite que os módulos do aplicativo para ser distribuído através de plataformas heterogêneas Reduz a complexidade do desenvolvimento de aplicações que abrangem vários sistemas operacionais e protocolos de rede, isolando o desenvolvedor do aplicativo a partir de detalhes do sistema operacional e interfaces de rede.

4 Message Oriented Middleware MOM é um software que reside em ambas as porções da arquitetura cliente/servidor e normalmente suporta chamadas assíncronas entre as aplicações cliente e servidor. MOM reduz a participação dos desenvolvedores de aplicativos com a complexidade da natureza mestre/escravo do cliente/servidor mecanismo.

5 Origem O caso de um grande banco fornece um bom exemplo de como middleware surgiu como uma exigência do negócio: Um banco tinha guardado todos os detalhes do seu cliente em seu mainframe de grande porte desde Este mainframe permaneceu em uso pesado e sofreu diversos melhoramentos.

6 Origem Apesar de inovador em sua época, a utilidade do mainframe para o pessoal do banco diminuiu O banco apresentou novas aplicações separadas com base em computadores pessoais (PCs), permitindo que o pessoal do banco oferecer aos clientes novos serviços que o mainframe não poderia suportar.

7 Origem Uma situação ideal seria permitir que o aplicativo baseado em PC com link para o aplicativo de mainframe mais velhos e permitir que o mainframe e os PCs para compartilhar uns dos outros dados.

8 Origem Acessando dados do mainframe oferece duas vantagens: 1.Novas Aplicações de front-end PC podem substituir os antigos terminais de mainframe pouco amigável ao usuário. 2.Sistemas baseados em PC podem utilizar os dados do mainframe em novas formas - antes impraticáveis devido às limitações do software do mainframe

9 Origem Até o final de 1980 integradores de sistema tinha nenhuma maneira fácil de ligar estas aplicações diferentes juntos.

10 Origem Desenvolvedores enfrentou vários desafios: 1. Os desenvolvedores teriam que construir adaptadores de um software separado em ambos os sistemas de tradução de dados de aplicativos de código em um formato que o sistema de destino pode entender (e vice-versa).

11 Origem 2. A velocidade de processamento de cada sistema obrigaria o outro sistema. Por exemplo, se o mainframe correu lentamente, o aplicativo baseado em PC teria que esperar até que o mainframe apanhados, atrasando a aplicação de PC. Por outro lado, a transformação que tinha sido transferida para servidores distribuídos por razões de custo seria executado de forma lenta e mainframe teria de esperar até que o servidor preso.

12 Origem 3. Programadores de comunicação seria necessário instalar um sistema de gateway de rede para formar uma ponte entre a rede do mainframe e da rede de PC, se os diferentes sistemas utilizados diferentes protocolos de rede. O gateway iria traduzir os pacotes de rede do sistema de origem e de transmiti-las ao sistema de destino usando o protocolo do sistema de destino.

13 Origem Tais questões feita a integração entre aplicações difíceis. Grande parte dessa integração também necessária reengenharia cada vez duas aplicações em plataformas diferentes necessário que reúna, já que cada situação diferente, em certa medida. Ao dedicar esforço para que reúna os aplicativos em diferentes sistemas, departamentos de TI e passou a gastar uma quantia significativamente maior do que o gasto no desenvolvimento inicial, por sub-sistema.

14 Java Message System Java Message Service, ou JMS, é uma API da linguagem Java para middleware orientado à mensagens. Através da API JMS duas ou mais aplicações podem se comunicar por mensagens. A JMS API é uma Message Oriented Middleware (MOM)

15 Arquitetura A API JMS suporta dois modelos de troca de mensagens: Ponto a ponto ou modelo de filas Modelo publish/subscribe

16 Modelo Ponto a Ponto No modelo ponto a ponto, ou por filas, um produtor (producer) envia mensagens para uma fila e um consumidor (consumer) as lê. Neste caso, o produtor conhece o destino da mensagem e a envia diretamente para a fila do consumidor.

17 Modelo Ponto a Ponto Este modelo é caracterizado pelo seguinte: Apenas um consumidor irá ler a mensagem; Não é necessário que o produtor esteja em execução no momento em que o consumidor lê a mensagem, assim como não é necessário que o consumidor esteja em execução no momento que o produtor envia a mensagem; Quando lê uma mensagem com sucesso o consumidor envia um aviso (acknowledged) para o produtor.

18 Modelo Ponto a Ponto

19 Modelo Publish/Subscribe Este modelo suporta a publicação de mensagens para um determinado tópico de mensagens (message topic). O(s) assinante(s) (subscriber) podem registrar interesse em receber ( em assinar ) mensagens de um tópico. Neste modelo, nem o publicador (publisher) ou o assinante sabem um do outro.

20 Modelo Publish/Subscribe As características deste modelo são: Múltiplos consumidores podem ler a mensagem; Existe uma dependência temporal entre os publicadores e assinantes de um tópico; Um publicador deve criar uma assinatura (subscription) para que os assinantes possam receber mensagens; O assinante do tópico deve estar em execução continuamente para receber as mensagens.

21 Modelo Publish/Subscribe

22 Elementos da API JMS Cliente JMS Uma aplicação ou objeto Java que produz e consome mensagens. As mensagens são objetos que contém os dados que são transferidos entre os clientes JMS.

23 Elementos da API JMS Conexão JMS A partir do momento que uma factory é obtida, conexões para o provedor JMS podem ser criadas. Uma conexão representa a ligação entre a aplicação cliente e a aplicação servidora. Dependendo do tipo da conexão, ela permitirá que os clientes criem sessões para o envio e recebimento de mensagens de filas ou tópicos.

24 Elementos da API JMS Fábrica de conexões JMS É um objeto administrado que a aplicação cliente utiliza para a criação de conexões para o provedor JMS. Normalmente, os clientes obtém as factories através de interfaces portáveis, desta forma, mesmo se as configurações do provedor JMS mudarem, o código do cliente permanece inalterado. Os administradores mantém as configurações em objetos (objetos da classe factory), que são obtidos através de buscas (lookup) na JNDI. Dependendo do tipo da mensagem, o cliente obterá uma factory para tópico ou para fila.

25 Elementos da API JMS Destino É um objeto administrado que encapsula a identidade do destino das mensagens, que é onde as mensagens são enviadas e consumidas. Pode ser uma fila ou um tópico. O administrador JMS cria estes objetos, e os usuários os obtém através de buscas na JNDI. Da mesma forma que as factories de conexões, o administrador pode criar dois tipos de classe de destino, fila e tópico.

26 Elementos da API JMS Consumidor Um objeto criado através de uma sessão JMS. Ele recebe mensagens de um destino. O consumidor pode receber mensagens de maneira síncrona ou assíncrona de filas ou tópicos.

27 Elementos da API JMS Produtor Um objeto criado através de uma sessão JMS. Ele envia mensagens para um destino.

28 Elementos da API JMS Mensagens São objetos enviados entre consumidores e produtores de mensagens. Eles contêm um outro objeto que encapsula os dados que serão trafegados pelas mensagens. Uma mensagem possui três partes principais: 1.um cabeçalho, contém a rota das mensagens 2.um conjunto de atributos opcionais 3.o corpo da mensagem que pode conter cinco tipos de mensagens: texto, map, bytes, stream ou objetos A interface de uma mensagem é extremamente flexível e permite várias formas de customização de conteúdo.

29 Elementos da API JMS Provedor JMS Representa uma interface para um software de middleware orientado à mensagens. Ele suporta a interface JMS que é especificada pela Sun Microsystems/Oracle. Ele é basicamente um adaptador de um middleware.

30 Softwares que suportam JMS Livres ActiveMQ JbossMQ Joram MantaRay OpenJMS RabbitMQ Glassfissh

31 Softwares que suportam JMS Comerciais BEA WebLogic Server da BEA Systems Tibco EMS da TIBCO Software FioranoMQ GigaSpaces da GigaSpaces Technologies ibus da Softwired IONA JMS da IONA Technologies SeeBeyond ICAN Suite da Sun Microsystems IQManager da Sun Microsystems JMS+ da webmethods SonicMQ da Sonic Software WebSphere MQ da IBM webmethods Broker JMS da webmethods

32 Tecnologias de Mensagens que não suportam JMS Advanced Message Queuing Protocol (AMQP) Protocolo de filas de mensagens padronizadas com implementações independentes múltiplas. Amazon Simple Queue Service Serviços de mensagens comodotizados providos pela Amacon.com com uma taxa por uso. Permite ao usuário alugar acesso para messaging sem ter e manter seu próprio servidor. Microsoft Message Queuing Tecnologia similar, implementada para.net Framework.