aspose file tools*
The moose likes EJB and other Java EE Technologies and the fly likes Practical JMS Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » EJB and other Java EE Technologies
Bookmark "Practical JMS" Watch "Practical JMS" New topic
Author

Practical JMS

Gary Jones
Greenhorn

Joined: Dec 11, 2004
Posts: 22
Can soeone pls. explain me the practical scenarios where JMS can be applied.


<blockquote><font size="1" face="Verdana, Arial">quote:</font><hr>I have no special talent. <b>I am only passionately curious.</b> <br /> <br />Albert Einstein <hr></blockquote>
Jessica Sant
Sheriff

Joined: Oct 17, 2001
Posts: 4313

I'm moving this to the EJB and Other Technologies forum (those "other technologies" include JMS).

So please post your replies there. Thanks!
Stan James
(instanceof Sidekick)
Ranch Hand

Joined: Jan 29, 2003
Posts: 8791
JMS is good to talk between servers in a cluster. Frinstance we keep track of who's logged on. When you log on or off one server it publishes a message to let the other servers know. That's a variety of "distributed cache" which has many other applications.

You can use JMS to kick off long-running asynchronous processes. You're not supposed to start new threads inside an EJB container, but you can send a message to a Message Driven Bean on the same machine that will run in its own thread.

You can play with others outside your server. My company uses MQ-Series for all kinds of communication, and with an IBM JMS provider we can send to and receive from other systems. We use the "assured delivery" and "persistent queue" features to make sure that we get all inbound messages, even if we happen to be down for a while.

Any of that sound useful to you?


A good question is never answered. It is not a bolt to be tightened into place but a seed to be planted and to bear more seed toward the hope of greening the landscape of the idea. John Ciardi
Gary Jones
Greenhorn

Joined: Dec 11, 2004
Posts: 22
The last scenario seems most common.
Does that mean - a message string received through MQ is received by MDB - the JMS client....and then what???...from here the jms pings the ??? about the received info and updates the web applications accordingly.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Practical JMS