ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Message queuing vs Web Services

Post new topic  Reply to topic
 Message queuing vs Web Services « View previous topic :: View next topic » 
Author Message
conquer_self
PostPosted: Sat May 12, 2007 5:51 am    Post subject: Message queuing vs Web Services Reply with quote

Newbie

Joined: 25 Feb 2007
Posts: 6

I want to know whether implementing web services or message queuing is best for integrating two different application? In short I want to know which one is the better option? It would be of great help if some one can provide me a link or e-book which gives the merits or demerits of these two implementation strategies over each other.
Back to top
View user's profile Send private message
marcin.kasinski
PostPosted: Sat May 12, 2007 6:03 am    Post subject: Re: Message queuing vs Web Services Reply with quote

Sentinel

Joined: 21 Dec 2004
Posts: 850
Location: Poland / Warsaw

1. If you have request which can not be lost use MQ messaging.

eg: when request modify source system

2. If you have request which can be lost use Web Services or MQ messaging.

eg: when request get information from source system. If request fail you can send another one.

Everything depends on lots of things. It't trivial, but it is true.
_________________
Marcin
Back to top
View user's profile Send private message Visit poster's website
ashoon
PostPosted: Sat May 12, 2007 10:59 am    Post subject: a little reading Reply with quote

Master

Joined: 26 Oct 2004
Posts: 235

SOAP data can flow over many transports including MQ...

here's a good article on why you'd want to use MQ vs. HTTP

http://www-128.ibm.com/developerworks/ibm/library/i-mexch8/index.html
Back to top
View user's profile Send private message
conquer_self
PostPosted: Sat May 12, 2007 5:10 pm    Post subject: Reply with quote

Newbie

Joined: 25 Feb 2007
Posts: 6

Hi Marcin,
If the system we are integrating have the requirement of both synchronous and asynchronous messaging, what would be the better option? You said "Everything depends on lots of things", can you tell me some other points I mean issues related to performance or the best practice.
Back to top
View user's profile Send private message
jbanoop
PostPosted: Sat May 12, 2007 6:03 pm    Post subject: Reply with quote

Chevalier

Joined: 17 Sep 2005
Posts: 401
Location: SC

asynchronous messaging certainly requires a queue based system.. synchronous calls can be implemented by both queue based systems (request/reply model) or usng web services.
As mentioned earlier in the post, assured message delivery mandates the use of a queue based system .
Interaction b/w independant systems across firewalls/enterprises is much more easily accomplished using SOAP over HTTP.
Queue based systems offer a more robust and scalable framework also in my opinion.
So all in all it depends on what kind of systems you are looking at integrating and their existing interfaces if any and the criticality of processes and the level of transactionality required for the operations..

Hope it helps
Anoop
Back to top
View user's profile Send private message Yahoo Messenger
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Message queuing vs Web Services
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.