Java Messaging Service
•Als ODP, PDF herunterladen•
0 gefällt mir•565 views
O documento apresenta uma visão geral da API Java Message Service (JMS), discutindo sua arquitetura, tipos de mensagens, garantia de entrega e ambientes de execução. É destacado que a JMS permite processamento assíncrono e integração heterogênea através de modelos pontos-a-ponto e publish-subscribe.
![Agenda ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (9)
Ähnlich wie Java Messaging Service
Ähnlich wie Java Messaging Service (20)
Mehr von Diego Magalhães
Java Messaging Service
- 1. JMS Uma visão geral Diego Gomes Magalhães @ dgomesbr
- 5. Arquitetura Centralizadas Figura 1 – Arquitetura Centralizada
- 6. Arquitetura Descentralizadas Figura 2 – Arquitetura Descentralizada
- 7. Arquitetura Modelos Figura 3 – JMS messaging domains
- 10. Arquitetura Modelos > Comparativo
- 15. Perguntas?
Hinweis der Redaktion
- Apresentação do palestrante – Diego Gomes Papel do JMS em Java (Breve, com alguns tópicos da Apresentação) Explicação do publico alvo, nivelamento dos técnicos em relação ao tópico
- Agenda Introdução – Falar sobre a API, a JSR referente, vantagens sobre o uso de JMS, arquitetura, exemplos e modelos de uso Mensagens – Anatomia de uma mensagens, headers , tipo de headers (default, custom , vendor ) e tipos de mensagens; Explicar também os modelos de uso de Point- to -Point e Publish-and-Subscribe Lidando com Problemas – Ciclo de vida das mensagens, Garantia de Entrega, Transações, mensagens perdidas ( redelivery e dlq ) Ambiente EE – MDB, Casos de Uso, JMS e Spring Tópicos para Estudo – Segurança, Bridging , Patterns e Anti-Patterns
- ...Falar sobre a API, a JSR referente, vantagens sobre o uso de JMS, arquitetura, exemplos e modelos de uso Falar sobre a sofisticação e complexidade aumentada nos sistemas ao longo do tempo Processamento Assíncrono Integração Heterogênea Escalabilidade (redução de gargalos, etc )
- Um conceito-chave de mensagens corporativas é que as mensagens são entregues de forma assíncrona de um sistema para outro em uma rede. Para enviar uma mensagem de forma assíncrona significa o remetente não é obrigado a aguardar a mensagem a ser recebido ou manipulados pelo destinatário, que é livre para enviar a mensagem e continuar processando. mensagens assíncronas são tratadas como unidades autônomas, cada mensagem é autossuficiente e carrega todos os dos dados necessários e estadual pela lógica do negócio que processa. É importante explicar o que queremos dizer com o termo cliente. sistemas de mensagens são composto por clientes de mensagens e algum tipo de servidor de mensagens middleware. Clientes enviam mensagens para o servidor de mensagens, que depois distribui essas mensagens para outros clientes. O cliente é um aplicativo de negócios ou componente que está usando a API de mensagens (no nosso caso, JMS).
- Enterprise messaging systems that use a centralized architecture rely on a message server. A message server, also called a message router or broker, is responsible for delivering messages from one messaging client to other messaging clients. The message server decouples a sending client from other receiving clients. Clients see only the messaging server, not other clients, which allows clients to be added and removed without affecting the system as a whole. Typically, a centralized architecture uses a hub-and-spoke topology. In a simple case, there is a centralized message server and all clients connect to it. As shown in Figure 1, the hub-and-spoke architecture lends itself to a minimal amount of network connections while still allowing any part of the system to communicate with any other part of the system.
- All decentralized architectures currently use IP multicast at the network level. A messaging system based on multicasting has no centralized server. Some of the server functionality (persistence, transactions, security) is embedded as a local part of the client, while message routing is delegated to the network layer by using the IP multicast protocol .
- TopicSession session = connect.createTopicSession ( true , Session.AUTO_ACKNOWLEDGE ); // Create a transacted QueueSession QueueSession = connect.createQueueSession ( true , Session.AUTO_ACKNOWLEDGE );