#Este é um post fechado Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!
dê seu feedback
post favorito
Artigo Java Magazine 76 - JMS na prática com Spring e ActiveMQ
O artigo descreve o desenvolvimento de uma aplicação JMS utilizando o framework Spring e o servidor open-source Apache ActiveMQ.
Java Magazine 76
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Java Magazine 76
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Java Magazine 76
BRK##: 0 - 0
JMS na prática com Spring e ActiveMQ
Aprenda na prática a desenvolver aplicações JMS com Spring e Apache ActiveMQ
Desenvolva aplicações que realizam troca de mensagens utilizando o framework Spring JMS e o servidor open-source Apache ActiveMQ
Com o passar dos anos, as aplicações corporativas cresceram de forma significativa em termos de complexidade e sofisticação. Aplicações mais confiáveis, seguras, escaláveis e flexíveis são necessárias para suportar esta demanda crescente, evoluindo assim, para arquiteturas mais complexas e sofisticadas.
O uso de mensagens para integrar aplicações heterogêneas e suportar arquiteturas complexas cresceu pelo simples fato de: utilizar o serviço de mensageria desacopla módulos de negócio da aplicação, evitando “gargalos” e aumentando a flexibilidade e agilidade no processamento das informações, tornando-a escalável.
A troca de mensagens entre duas ou mais aplicações é realizada através da arquitetura Message-Oriented Middleware (MOM). Esta camada permite interoperabilidade, portabilidade e flexibilidade na integração entre aplicações, reduzindo a complexidade no uso de ersos protocolos e sistemas operacionais para que possam se comunicar de forma distribuída (veja a Figura 1).
Figura 1. Integração via troca de mensagens utilizando a arquitetura Message-Oriented Middleware.
Com a plataforma Java EE, o uso da API Java Message Service (JMS), desde sua introdução na plataforma J2EE em 1999, permite uma implementação simples para troca de mensagens utilizando dois modelos: point-to-point e publish and subscribe.
A troca de mensagens utilizando estes modelos pode ser realizada de forma síncrona e/ou assíncrona, suportando uma solução completa e flexível na integração de aplicações Java ou Não-Java.
Java Message Service (JMS)
A JMS, versão 1.1, foi liberada em abril de 2002 e incorporada como parte da J2EE 1.4 em novembro de 2003. Servidores de aplicações aderentes à versão J2EE 1.3 são baseados na versão 1.0.2 da JMS.
A versão JMS 1.0.2 definiu dois tipos de domínios de mensagens: point-to-point (Queues) e publish/subscribe (Topics). A primeira versão da JMS refere-se a implementações específicas, em nível de API, para cada modelo. Ou seja, se sua aplicação utiliza a versão JMS 1.0.2, o conjunto de classes que implementa o domínio point-to-point será diferente do modelo publish/subscribe.
Já a JMS 1.1 introduz um conjunto de classes unificado, onde a API é a mesma para os dois modelos. Para ter certeza disso basta implementar uma aplicação que recebe mensagens de um domínio específico, baseado em um dos modelos, point-to-point ou publish/subscriber, e assim, produzir novas mensagens a um outro destino. Esta versão garante o uso do mesmo domínio de classes perante a utilização dos dois modelos.
ATENÇÃO! A exibição deste artigo foi interrompida.
#Este é um post fechado
Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!
JMS na prática com Spring e ActiveMQ
Aprenda na prática a desenvolver aplicações JMS com Spring e Apache ActiveMQ
Desenvolva aplicações que realizam troca de mensagens utilizando o framework Spring JMS e o servidor open-source Apache ActiveMQ
Com o passar dos anos, as aplicações corporativas cresceram de forma significativa em termos de complexidade e sofisticação. Aplicações mais confiáveis, seguras, escaláveis e flexíveis são necessárias para suportar esta demanda crescente, evoluindo assim, para arquiteturas mais complexas e sofisticadas.
O uso de mensagens para integrar aplicações heterogêneas e suportar arquiteturas complexas cresceu pelo simples fato de: utilizar o serviço de mensageria desacopla módulos de negócio da aplicação, evitando “gargalos” e aumentando a flexibilidade e agilidade no processamento das informações, tornando-a escalável.
A troca de mensagens entre duas ou mais aplicações é realizada através da arquitetura Message-Oriented Middleware (MOM). Esta camada permite interoperabilidade, portabilidade e flexibilidade na integração entre aplicações, reduzindo a complexidade no uso de ersos protocolos e sistemas operacionais para que possam se comunicar de forma distribuída (veja a Figura 1).
Figura 1. Integração via troca de mensagens utilizando a arquitetura Message-Oriented Middleware.
Com a plataforma Java EE, o uso da API Java Message Service (JMS), desde sua introdução na plataforma J2EE em 1999, permite uma implementação simples para troca de mensagens utilizando dois modelos: point-to-point e publish and subscribe.
A troca de mensagens utilizando estes modelos pode ser realizada de forma síncrona e/ou assíncrona, suportando uma solução completa e flexível na integração de aplicações Java ou Não-Java.
Java Message Service (JMS)
A JMS, versão 1.1, foi liberada em abril de 2002 e incorporada como parte da J2EE 1.4 em novembro de 2003. Servidores de aplicações aderentes à versão J2EE 1.3 são baseados na versão 1.0.2 da JMS.
A versão JMS 1.0.2 definiu dois tipos de domínios de mensagens: point-to-point (Queues) e publish/subscribe (Topics). A primeira versão da JMS refere-se a implementações específicas, em nível de API, para cada modelo. Ou seja, se sua aplicação utiliza a versão JMS 1.0.2, o conjunto de classes que implementa o domínio point-to-point será diferente do modelo publish/subscribe.
Já a JMS 1.1 introduz um conjunto de classes unificado, onde a API é a mesma para os dois modelos. Para ter certeza disso basta implementar uma aplicação que recebe mensagens de um domínio específico, baseado em um dos modelos, point-to-point ou publish/subscriber, e assim, produzir novas mensagens a um outro destino. Esta versão garante o uso do mesmo domínio de classes perante a utilização dos dois modelos.
ATENÇÃO! A exibição deste artigo foi interrompida.
#Este é um post fechado Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!
0 COMENTÁRIO
Você está em:
canal Java
Publicidade
Estudo comparativo entre banco de dados IBM Informix e Microsoft SQL
Fábio Augusto Falavinha
Space do autor
Fábio Augusto Falavinha é Arquiteto de Software/Desenvolvedor pela ZBRA Solutions, atuando há mais de 10 anos com Java/Java EE. Bacharel em Ciência da Computação pela Faculdade Sumaré e pós-graduado em Gestão de Qualidade de Software pela faculdade Senac. Torcedor fanático do Corintinhas.
Space do autor
0
0
Conheça os planos de créditos DevMedia e visualize esse post agora mesmo!