Author |
Message
|
yogini |
Posted: Tue May 15, 2007 2:22 am Post subject: Communication between JMS and non JMS client through MQ |
|
|
Newbie
Joined: 14 May 2007 Posts: 5
|
I am new to MQ and JMS.
I would like to know following:
I have a J2EE application which needs to communicate with exisiting third party non - J2EE application.
The third party application excepts data through MQ from other system and our application has to use the MQ.
Now what I understand is MQ has 2 diff. APIs MQI and JMS supported.
Since third party is non-java they must be using MQI and since we have java app. we need to use JMS. now is it possible to have diff. APIs implemented at sender and receiving end? |
|
Back to top |
|
 |
marcin.kasinski |
Posted: Tue May 15, 2007 2:35 am Post subject: Re: Communication between JMS and non JMS client through MQ |
|
|
Sentinel
Joined: 21 Dec 2004 Posts: 850 Location: Poland / Warsaw
|
|
Back to top |
|
 |
yogini |
Posted: Tue May 15, 2007 3:11 am Post subject: |
|
|
Newbie
Joined: 14 May 2007 Posts: 5
|
Thanks marcin for the reply.
I have couple questions more .
As per our env. set up.
There is sys A talking to sys B over MQ. both are non-J2EE app.
We need to replace sys A by sys C. C is J2ee app. running on diff. machine and platform.
Now sys C will use Oracle 10g as app. server.
1. Can u pls tell me in this case do we need to have a local Queue manager talking to the remote Queue manager of sys A ?
or can we use MQ client running on Oracle 10g which commuincates with existing remote queue manager?
2. In this case do I need to do set up for JMS server which is part of Oracle 10g ? |
|
Back to top |
|
 |
marcin.kasinski |
Posted: Tue May 15, 2007 3:28 am Post subject: |
|
|
Sentinel
Joined: 21 Dec 2004 Posts: 850 Location: Poland / Warsaw
|
I'm not familiar with Oracle App server, but I will try to answer. JMS topic is similar in app servers.
yogini wrote: |
1. Can u pls tell me in this case do we need to have a local Queue manager talking to the remote Queue manager of sys A ?
or can we use MQ client running on Oracle 10g which commuincates with existing remote queue manager?
|
You can do both.
yogini wrote: |
2. In this case do I need to do set up for JMS server which is part of Oracle 10g ? |
No. You don't need JMS server here. _________________ Marcin |
|
Back to top |
|
 |
George Carey |
Posted: Tue May 15, 2007 11:59 am Post subject: |
|
|
Knight
Joined: 29 Jan 2007 Posts: 500 Location: DC
|
I have a follow on question to yogini's whose answer may be of use to yogini as well as to me.
Namely using the same server configuration as yogini described can an MDB running on the oracle app server be configured to use an MQ Client connection to an external JMS Message provider like IBM WSMQ that is option 1.) one the same server or option 2.) not on the same server as the Oracle App server ??
What I am getting at is the function of the MDB listener, can it listen for messages landing on a remote queue, i.e. when the Transport Type of the Connection Factory is Client.
Any help on clarifying this ... also I can start a separate question if this is not something you are interested in yogini! _________________ "Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
Back to top |
|
 |
marcin.kasinski |
Posted: Tue May 15, 2007 12:24 pm Post subject: |
|
|
Sentinel
Joined: 21 Dec 2004 Posts: 850 Location: Poland / Warsaw
|
When you define connection factory you can specify bot client connection or bindings mode.
It means you can connect to local manager in bindings mode or you can connect to manager placed on remote machine in client mode.
Then you create listener port and map it to MDB and connection factory above. _________________ Marcin |
|
Back to top |
|
 |
George Carey |
Posted: Tue May 15, 2007 12:36 pm Post subject: MDBs and MQ client connections |
|
|
Knight
Joined: 29 Jan 2007 Posts: 500 Location: DC
|
Ok, just to make sure I am understanding you correctly. If I have server A with Oracle app server running on it and an MDB running/listening inside this Oracle app server and this MDB is configured to be listening for messages landing on a queue named QB and QB is available via a MQ Client Connection over on Sever B this will work.
By work I mean messages put on QB by applications on B will have them read by the MDB bean on server A via the On Message() method and pass them into application logic running in app server on server A?
Correct !!! _________________ "Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
Back to top |
|
 |
marcin.kasinski |
Posted: Tue May 15, 2007 12:40 pm Post subject: Re: MDBs and MQ client connections |
|
|
Sentinel
Joined: 21 Dec 2004 Posts: 850 Location: Poland / Warsaw
|
George Carey wrote: |
Ok, just to make sure I am understanding you correctly. If I have server A with Oracle app server running on it and an MDB running/listening inside this Oracle app server and this MDB is configured to be listening for messages landing on a queue named QB and QB is available via a MQ Client Connection over on Sever B this will work.
By work I mean messages put on QB by applications on B will have them read by the MDB bean on server A via the On Message() method and pass them into application logic running in app server on server A?
Correct !!! |
Yes _________________ Marcin |
|
Back to top |
|
 |
George Carey |
Posted: Tue May 15, 2007 12:45 pm Post subject: MDBs and MQ client connections |
|
|
Knight
Joined: 29 Jan 2007 Posts: 500 Location: DC
|
Excellent! I will see if I can get my J2ee developers to set this up and test. All current works is being done with local queue managers.
Thnks _________________ "Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
Back to top |
|
 |
George Carey |
Posted: Tue May 15, 2007 1:20 pm Post subject: HA functionality |
|
|
Knight
Joined: 29 Jan 2007 Posts: 500 Location: DC
|
Is there a way to use the base WSMQ functionality for client connections where applications using MQ client connections are able to connect to another Queue Manager if the connection to one fails, namely the functionality that comes with the ClientCon Table where qmgr names can be specified with wild cards like '*' , where a name like APPQMGR*, will allow a connection to qmgr APPQMGR1 or APPQMGR2, etc. .
Is there a way to get this kind of functionality on a J2EE appserver that is WSMQ client connected into a cloud of clustered MQ Qmgrs?
Any thoughts/ideas welcomed ? _________________ "Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue May 15, 2007 1:23 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
In v6, yes, you can use a client connection table with JMS. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
George Carey |
Posted: Tue May 15, 2007 1:39 pm Post subject: JMS client cons tables etc |
|
|
Knight
Joined: 29 Jan 2007 Posts: 500 Location: DC
|
That's great, so that means a bean (EJB or MDB) that is doing JMS API calls can use the Client Con functionality, correct ?
Which manual would have the best write up on how to use the ClientCon table via JMS, The Using Java manual talks a lot about the Post Card App and JMS only, and not the useful for what I would like to know. _________________ "Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue May 15, 2007 1:41 pm Post subject: Re: JMS client cons tables etc |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
George Carey wrote: |
The Using Java manual talks a lot about the Post Card App and JMS only, and not the useful for what I would like to know. |
Keep looking. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
fjb_saper |
Posted: Tue May 15, 2007 7:35 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
You might want to have a bindings connection i.e. an MQServer on the Oracle machine as I don't believe the Oracle J2EE server to be a certified Transaction Manager for multiphase commit with MQ client...
In that case you might need the ETC client if you use client connection and multiphase commit. As the cost of the ETC is usually the same as having an MQServer most people choose to have an MQServer...
Finally do not confuse the set up needed for the Oracle JMS provider with setup needed for the IBM WebSphere MQ JMS provider...
Enjoy  _________________ MQ & Broker admin |
|
Back to top |
|
 |
George Carey |
Posted: Wed May 16, 2007 9:58 am Post subject: |
|
|
Knight
Joined: 29 Jan 2007 Posts: 500 Location: DC
|
Two things ...
you mentioned:
Quote: |
In that case you might need the ETC client if you use client connection and multiphase commit. As the cost of the ETC is usually the same as having an MQServer most people choose to have an MQServer... |
I am aware of the cost of the ETC but to simplify HA solutions we are looking to isolate the WSMQ Servers into a cloud of MQ Clustered servers that are accessed by MQ Client connections ... thus the interest in knowing if MDBs can use MQ Client connections and have CLIENTCONN Table usage functionality. Any thoughts on this pro/con? Like is ETC a robust much used product ? Not sure we are going to use it yet.
2nd:
you mentioned:
Quote: |
Finally do not confuse the set up needed for the Oracle JMS provider with setup needed for the IBM WebSphere MQ JMS provider... |
Can you elaborate on some of the differences you are referring to here. We have an Oracle app server that will be talking to an external JMS Provider , supplied by IBM's WSMQ javax.jms libraries and configured for JNDI locatable objects in a filesystem context using the JMSAdmin tool.
regards. _________________ "Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
Back to top |
|
 |
|