We’ve just brought out a new SupportPac that allows access to WebSphere MQ using HTTP: MA0Y: IBM WebSphere MQ Bridge For HTTP.
There is no client involved here - just connect using whatever method you like Ajax, C++, Java, anything that can make a socket connection and send HTTP! This makes it the first zero-footprint client to WMQ.
We’ve defined a bunch of HTTP headers that encapsulate the message headers and the body of the message is sent as the HTTP body.
The support enables three of the standard HTTP verbs:
- GET - browse (get with browse) the currently highest message on the queue.
- DELETE - delete (destructive get) the currently highest message on the queue or topic.
- POST - post (put) a message to the queue or topic.
We’ve tried to keep the uri as simple as possible. For example:
GET http://<myhost>/<my context-root> /msg/queue/MY.QUEUE
will get the next message from the queue “MY.QUEUE”
POST http://<myhost>/<my context-root>/msg/topic/MYTOPIC
will put the HTTP message to the topic “MYTOPIC”
The aim of this new client API is to allow you to do most basic operations. The function is currently a category two SupportPac - that means it’s on an as-is basis. We’ve done this so that we can get as much feedback as possible before we cast the API in stone.
The architecture is that you have your roll-your-own client connecting to a J2EE server where the MQ HTTP Bridge servlet is deployed. This servlet uses a JCA to connect to MQ. Security is in two parts. Part one is between the Client and the J2EE server - as this is just a servlet you use your own normal HTTP security. Part two is from the JCA to the Queue Manager for this the JCA has security configuration options.
We’ve supplied an easy to use demo which uses a pre-configured WebSphere Application Server Community Edition (WAS CE) which should allow you to see it in action within a few minutes!
We’re inviting feedback on the WebSphere MQ beta newsgroup, So, please download and tell us what you think!

7 comments
Comments feed for this article
July 5, 2007 at 4:52 pm
Edward Pius
Hello,
I was very excited when I saw this support pac (even before it appeared here!). But I am having some issues trying to deploy the .WAR file. I am trying to deploy into my local WebSphere Process Server (6.0.2) which actually uses the WebSphere Application Server runtime.
Here is the error I am getting:
ErrorThe EAR file might be corrupt or incomplete.
java.lang.ClassCastException: com/ibm/etools/j2ee/commonarchivecore/impl/ArchiveImpl incompatible with com/ibm/etools/j2ee/commonarchivecore/ModuleFile
Any help on this would be appreciated!
Thanks in advance,
Edward
July 5, 2007 at 7:27 pm
hawkinsj
hi Edward,
I’ve put your comments onto the newsgroup and will try to address them there.
July 5, 2007 at 10:06 pm
Edward Pius
Hello,
I resolved the problem by rebuilding the .WAR file. Now it works fine. I could put and get messages using the sample classes. Onto more involved stuff!!
Thanks,
Edward
July 6, 2007 at 4:46 am
Adi
Hi Edward, Glad that you got it working! Please keep us posted on anything that you might find hard to getaway with. Thank You!
July 9, 2007 at 4:38 pm
Anonymous
How i can print the dead.letter queue NAMEABACE mq queue manager
July 10, 2007 at 8:33 am
john hawkins
I’ll address your comments on the newgroups, if I may.
July 12, 2007 at 8:45 pm
protocol7 » Blog Archive » A first look at MA0Y, the HTTP interface for WebSphere MQ
[...] has already been reported in several blogs, IBM has released a new supportpac for exposing WebSphere MQ queues and topics as [...]