[
Lists Home |
Date Index |
Thread Index
]
Folks:
From a "pragmatic" perspective, fundamentally, I feel JMS and SOAP are
designed to solve two different problems -
1. I will use JMS, if I want to exchange "messages" between applications
with following characteristics
a. mostly asynchronous (could be synchronous, but then it defeats
the core advantage of messaging)
b. preferably within the firewall
c. preferably all applications are built using Java
[there are some "non-elegant" ways to get around (a) and (b)]
Also, the payload could be anything - binary object, XML, etc. Most vendors
have first-class support for XML messages.
2. I will use SOAP, if I am running a business application (say "travel
reservation") and I want to expose this service/API to the external world in
a standardized way that "external world" could discover you, understand your
services (WSDL) and invoke your services. And SOAP binding with HTTP helps
you bypass the firewall issue.
So, with JMS you have this notion of "notifying" other applications, and
with "SOAP" you are invoking a business service.
--Naren
-----Original Message-----
From: ajay somani [mailto:ajay.somani@nwsco.com]
Sent: Thursday, September 19, 2002 6:32 AM
To: Maciejewski, Thomas; XML Dev
Subject: RE: [xml-dev] ( Slightly off topic ) JMS and other messaging
We use SonicMQ (sonicsoftware.com) for XML Messaging. SonicMQ uses JMS.
Ajay
-----Original Message-----
From: Maciejewski, Thomas [mailto:Thomas.Maciejewski@lehman.com]
Sent: Wednesday, September 18, 2002 9:27 AM
To: XML Dev
Subject: [xml-dev] ( Slightly off topic ) JMS and other messaging
I am a big fan of messaging since it seems to hide entire
implementations from the calling routine. I believe this is a
competitor to soap.
Anyway. Does any one here use XML and messaging?
Also there seems to be people that are scared to use messaging with the
following criticism:
1) extra layer
2) slow
3) what if the messaging company goes out of business.
for 1 I actually think it is a plus many times
2) It may slow something down but at the same time may help when trying
to scale something since it facilitates throwing hardware at a
bottleneck
3) I think with some careful engineering one can create a very light
layer that hides all of the messaging implementation. If one would need
to swap out the messaging API then it should be just a matter of
changing one small layer of code.
For example. Create your own message like objects and then in a layer
translate these objects into a message.
I would like to hear your thoughts on messaging ... also messaging vs.
soap.
------------------------------------------------------------------------
------
This message is intended only for the personal and confidential use of
the designated recipient(s) named above. If you are not the intended
recipient of this message you are hereby notified that any review,
dissemination, distribution or copying of this message is strictly
prohibited. This communication is for information purposes only and
should not be regarded as an offer to sell or as a solicitation of an
offer to buy any financial product, an official confirmation of any
transaction, or as an official statement of Lehman Brothers. Email
transmission cannot be guaranteed to be secure or error-free.
Therefore, we do not represent that this information is complete or
accurate and it should not be relied upon as such. All information is
subject to change without notice.
-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>
The list archives are at http://lists.xml.org/archives/xml-dev/
To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>
-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>
The list archives are at http://lists.xml.org/archives/xml-dev/
To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>
|
