Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

JMS vs Webservices

Tags:

What are the big advantages from JMS over Webservices or vice versa?

(Are webservices bloated? Is JMS overall better for providing interfaces?)

like image 554
Martin K. Avatar asked May 12 '09 22:05

Martin K.


People also ask

What is the difference between JMS and web services?

JMS is an API which abstracts messaging middleware, like ActiveMQ or IBM MQSeries. Messaging middleware has a store-and-forward paradigm and asynchronous message passing, while web services tend to promote a synchronous procedure calling paradigm.

Is JMS a Web service?

A JMS Web Service consists of configuration information that defines the Web Service, and, in addition the server-side developer provides code that consumes the messages that a JMS Web Service client sends, or generates the messages that the client receives.

Can we use JMS for REST API?

REST is a service/pattern to give you an organized way to access a stateless resources. MOM Systems/JMS is a pattern designed aroubd sharing messages between systems. Its about data in, data out in a reliable fashion. You can't really compare JMS to REST because they solve different problems.

Is JMS an API?

What Is the JMS API? The Java Message Service is a Java API that allows applications to create, send, receive, and read messages.


1 Answers

EDITED after correction from erickson:

JMS requires that you have a JMS provider, a Java class that implements the MessageListener interface for processing messages, and a client that knows how to connect to the JMS queue. JMS means asynchronous processing - the client sends the message and doesn't necessarily wait for a response. JMS can be used in a point-to-point queue fashion or publish/subscribe.

"Service" is a fluid term. I think of a service as a component that lives out on a network and advertises a contract: "If you send me X I'll perform this task for you and return Y."

Distributed components have been around for a long time. Each one communicated using a different protocol (e.g., COM, Corba, RMI, etc.) and exposed their contract in different ways.

Web services are the latest trend in distributed services. They use HTTP as their protocol and can interoperate with any client that can connect via TCP/IP and make an HTTP request.

You can use SOAP or RPC-XML or REST or "contract first" styles, but the underlying idea of a distributed component using HTTP as its protocol remains.

If you accept all this, web services are usually synchronous calls. They need not be bloated, but you can write bad components in any style or language.

You can start designing any distributed component by designing the request and responses first. Given those, you choose JMS or web services based on what kind of clients you want to have and whether or not the communication is synchronous or asynchronous.

like image 109
duffymo Avatar answered Sep 27 '22 22:09

duffymo