Olá
Um dos tópicos fáceis de estudar e que tem muito futuro na arquitetura dos sistemas é JMS. Aliás JMS é a base de MessageDrivenBeans que é o lado fácil dos EJBs. Outro dia conversava com o Rafael pelo messenger sobre isto pois este é um dos assuntos que ele está estudando atualmente.
Fora o uso normal de serviços de mensageria muito usados em EDI, JMS também pode ser uma excelente alternativa para sistemas baseados em transações como os sistemas bancários por exemplo. Quando se desenvolve sistemas pelos métodos tradicionais, (no atual milênio, bem entendido) há o risco do servidor ficar inundado de mensagens e deixar de responder alguma por timeout. Muitas empresas fixam um throughput mínimo como nível de serviço que se deve cumprir. Se o servidor deixa de responder e o cliente descarta a transação por timeout, ele vai acabar enviando de novo aumentando mais ainda a carga no servidor.
Usando mensagens assíncronas através de JMS se pode aumentar a escalabilidade porque não mais haverá timeout. Agora se tem mais garantias de que a mensagem chega ao destino. Resultado: menos mensagens a tratar pois não vem de novo as do timeout. A adição de carga ao invés de paralizar o servidor apenas aumenta o tempo de resposta.
Todo o texto acima é para saudar o lançamento do ActiveMQ 1.0, open source message broker and JMS 1.1 provider que o CV e o louds já citaram mais de uma vez.
Ele pode ser embutido em aplicações ou usar como servidor de mensagens. Suporta todos os serviços normais neste tipo de servidor e mais alguns. Nestes dias em que se está discutindo aqui o que pode ajudar a conseguir um emprego acredito que esta seja uma tecnologia das mais promissoras.
Gostaria de trocar idéias com aqueles que o experimentarem.
[]s
Luca
