|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
MQ design choice - Client or Server installation |
« View previous topic :: View next topic » |
Author |
Message
|
lani |
Posted: Tue Jul 17, 2018 10:56 pm Post subject: MQ design choice - Client or Server installation |
|
|
Newbie
Joined: 17 Jul 2018 Posts: 5
|
Hi
I have been asked to design a new MQ solution for a Java based application (running on a Java server) that send messages to MQ Gateway queue manager.Communication is bidirectional but most of the time messages will be sent from Java app to Gateway server.I'm thinking to install MQ client on Java Server .I have two questions
The Java Server is not a websphere/Jboss/Weblogic or any sort of thing ,its a vendor product bundled in a Java environment
1) Is MQ client right choice in this situation? MQ gateway servers are clustered ,if I go with MQ client ,will I be able to configure my Java server to more than one MQ Gateway Queue Manager? How?
2) I'm going to suggest to developers to use IBM MQ class for JMS to connect to Gateway queue manager(rationale - application is Java based) ,is there any reason not to use JMS class and go for MQI for development? Does one provide benefit over the other interms of connecting to clustered gateway queue manager?
Any inputs appreciated
Thanks
L |
|
Back to top |
|
 |
Vitor |
Posted: Wed Jul 18, 2018 5:41 am Post subject: Re: MQ design choice - Client or Server installation |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
lani wrote: |
1) Is MQ client right choice in this situation? |
If you don't plan to install and maintain a queue manager on this Java server (with all the costs and overhead entailed) then the client is your only option.
lani wrote: |
MQ gateway servers are clustered |
Define "clustered". Seriously. Do you mean a single MQ queue manager on an HA cluster? Multiple MQ queue managers each on their own HA cluster? Multiple queue managers in an MQ cluster? "Cluster" is an overloaded term.
lani wrote: |
if I go with MQ client ,will I be able to configure my Java server to more than one MQ Gateway Queue Manager? |
Yes.
The same way you'd do it if the application was using the MQ server code, but with less MQ-side configuration.
lani wrote: |
2) I'm going to suggest to developers to use IBM MQ class for JMS to connect to Gateway queue manager(rationale - application is Java based) ,is there any reason not to use JMS class and go for MQI for development? |
No.
lani wrote: |
Does one provide benefit over the other in terms of connecting to clustered gateway queue manager? |
No, because there's very little difference between a clustered queue manager and an unclustered one, depending on what you mean by "clustered" _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
lani |
Posted: Wed Jul 18, 2018 3:55 pm Post subject: |
|
|
Newbie
Joined: 17 Jul 2018 Posts: 5
|
Vitor wrote: |
The same way you'd do it if the application was using the MQ server code, but with less MQ-side configuration. |
Sorry Can you please explain bit more
My question was around ,what are the options we have , connecting to QM from mq client. I understand 1) CCDT 2) exporting environment variable in linux 3)?
As the requirement is to connect to more than one QM from client,are we left with only using CCDT?.
In your reply you mentioned about using MQ server code are you referring to using custom written J2EE code?
I would like to know "recommended"(if possible) way of connecting from mq client to multiple Queue Managers
Thanks
L |
|
Back to top |
|
 |
fjb_saper |
Posted: Wed Jul 18, 2018 6:15 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
lani wrote: |
Vitor wrote: |
The same way you'd do it if the application was using the MQ server code, but with less MQ-side configuration. |
Sorry Can you please explain bit more
My question was around ,what are the options we have , connecting to QM from mq client. I understand 1) CCDT 2) exporting environment variable in linux 3)?
As the requirement is to connect to more than one QM from client,are we left with only using CCDT?.
In your reply you mentioned about using MQ server code are you referring to using custom written J2EE code?
I would like to know "recommended"(if possible) way of connecting from mq client to multiple Queue Managers
Thanks
L |
The way to do that is to use the hashtable variant for instantiating the connection factory.
Or setting the properties of the connectionFactory as you build them...
Have fun  _________________ MQ & Broker admin |
|
Back to top |
|
 |
Vitor |
Posted: Thu Jul 19, 2018 4:55 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
fjb_saper wrote: |
lani wrote: |
Vitor wrote: |
The same way you'd do it if the application was using the MQ server code, but with less MQ-side configuration. |
Sorry Can you please explain bit more
My question was around ,what are the options we have , connecting to QM from mq client. I understand 1) CCDT 2) exporting environment variable in linux 3)?
As the requirement is to connect to more than one QM from client,are we left with only using CCDT?.
In your reply you mentioned about using MQ server code are you referring to using custom written J2EE code?
I would like to know "recommended"(if possible) way of connecting from mq client to multiple Queue Managers
Thanks
L |
The way to do that is to use the hashtable variant for instantiating the connection factory.
Or setting the properties of the connectionFactory as you build them...
|
What he said. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
belchman |
Posted: Thu Aug 02, 2018 10:19 am Post subject: |
|
|
Partisan
Joined: 31 Mar 2006 Posts: 386 Location: Ohio, USA
|
 _________________ Make three correct guesses consecutively and you will establish a reputation as an expert. ~ Laurence J. Peter |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
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
|
|
|
|