This week's book giveaway is in the OO, Patterns, UML and Refactoring forum. We're giving away four copies of Refactoring for Software Design Smells: Managing Technical Debt and have Girish Suryanarayana, Ganesh Samarthyam & Tushar Sharma on-line! See this thread for details.
In studying for my SCJA a majority of the study guides ive seen state that JMS uses Asynchronous messaging. However i came across the following statement which hints that JMS can do both Asynchronous and Synchronous:
2.3 Message Consumption
Messaging products are inherently asynchronous in that no fundamental timing dependency exists between the production and the consumption of a message. However, the JMS Specification uses this term in a more precise sense. Messages can be consumed in either of two ways:
Synchronously. A subscriber or a receiver explicitly fetches the message from the destination by calling the receive method. The receive method can block until a message arrives or can time out if a message does not arrive within a specified time limit.
Asynchronously. A client can register a message listener with a consumer. A message listener is similar to an event listener. Whenever a message arrives at the destination, the JMS provider delivers the message by calling the listener's onMessage method, which acts on the contents of the message.
JMS architecture provides two types of messaging by default. Asynchronous and synchronous method.
There are two destinations which allow you to do both type of messaging. Queue and Topic.
Queue supports asynchronous messaging by Point to point messaging.
Topic supports synchronous messaging by publish/subcriber messaging. So if you want asynchronous messaging in Topic, you can implement MessageListener interface.
I’ve looked at a lot of different solutions, and in my humble opinion Aspose is the way to go. Here’s the link: http://aspose.com