Skip to main content

Configuring IBM WebSphere to work with IBM MQ - Middleware News

Part 1.  Creating your Queues in IBM MQ Explorer
1. Once you launch your MQ Explorer, the first thing we want to do is create a new queue Manager.  Right click on the Queue Manager folder and choose 'New Queue Manager'. Enter your your 'Queue Manager Name' then proceed through the pages accepting the defaults until the last screen. Here you can leave the port at 1414 or define another port for your Queue Manager to listen on. (we used 9001 for this example)
2. Next we will create our queues. Right click on the 'Queues' folder and a new 'Local Queue'. Give this queue a name of 'CQINDB' then click next and Finish.
3. Once your CQINBD is created it should show on the queues view. You will want to follow step 2 for SQINBD, CQINBD, SQOUTBD and CQINBDERR. Once done the Queue view should look as follows.
4. Our last step in the MQ explorer is to create the servers connection channel. We can do this by right clicking on the Channels folder then creating a new 'Server-connection Channel'. Give your channel a name and proceed through the screens to finish. Ensure the transmission protocol is set to TCP. In this example we called it 'MAXCHAN'
Part 2: Configuring WebSphere to work with MQ.
1. The first thing we need to do on the WebSphere side is define the MQ Library Path for the messaging provider. Expand 'Resources' - > 'JMS' and click on 'JMS providers'. Select the scope on which you want this configuration defined (use cell to allow for other configurations to utilize) and choose 'WebSphere MQ messaging provider' In the 'Native library path' set the path to your WebSphere MQ Lib folder as seen below for a Windows environment.
2. The next step in WebSphere is to define the queues and point them back to your Queue Manager.  Click on 'Queues' and set the scope to the same as above. Then click on new. Choose 'WebSphere MQ messaging provider'. Based off our previous configuration set the following values.
Name: CQIN
JNDI name: jms/maximo/int/queues/cqin
Queue name: CQINBD
Queue Manager: MAXIMO
Repeat the above steps for the following
Name: SQIN
JNDI name: jms/maximo/int/queues/sqin
Queue name: SQINBD
Queue Manager: MAXIMO
Name: SQOUT
JNDI name: jms/maximo/int/queues/sqout
Queue name: SQOUTBD
Queue Manager: MAXIMO
Name: CQINERR
JNDI name: jms/maximo/int/queues/cqinerr
Queue name: CQINBDERR
Queue Manager: MAXIMO
You should now have the following configuration.
3. Now we will create our Queue connection factory, again under 'Resources' - > 'JMS' click on 'Queue connection factories'. Set your scope, click on new and choose ' WebSphere MQ messaging provider'. Set the following values in the panels, you can test your connection to ensure it is correct.
Name: intconfact
JNDI name: jms/maximo/int/cf/intcf
Queue Manager: MAXIMO
Hostname: maximo.local  (This will be the hostname of MQ Server)
Port: 9001 ( port defined for the TCP listener when creating the queue manager  )
Server connection channel: MAXCHAN
Transport: Client
4. On the connection factory you just created click on 'Custom Properties' and add the following properties.
Name: CLIENTRECONNECTOPTIONS
Value: QMGR

Name: CLIENTRECONNECTTIMEOUT
ValueL 900
5. Now lets create the Activation Specifications
Under 'Resources' - > 'JMS' -> 'Activation Specification', choose your scope and click on new. Enter the following values:.
WebSphere MQ Provider
Name: intjmsact
JNDI name: intjmsact
Queue manager: Maximo
Transport: Client
Hostname: MQ Hostname
Port: MQ Listener Port
Server connection channel: MAXCHAN
Destination JNDI name:jms/maximo/int/queues/cqin
Now repeat the above steps for intjmsacterr
WebSphere MQ Provider
Name: intjmsact
JNDI name: intjmsact
Queue manager: Maximo
Transport: Client
Hostname: MQ Hostname
Port: MQ Listener Port
Server connection channel: MAXCHAN
Destination JNDI name:jms/maximo/int/queues/cqinerr

Now that's about it for the MQ\WebSphere\Maximo configuration.  You can now define your queues on the external system as you would of previously when using JMS queues. Your transactions will send outbound and inbound via MQ.  I hope this blog helps with any configuration obstacles you may of run in to, as always feel free to comment and ask questions

Comments

adsrerrapop

Popular posts from this blog

Troubleshooting Java/JMS SSL Configurations - Middleware News

 This document is intended to help diagnose WebSphere MQ V7 Java™ or JMS SSL setup errors. It lists most of the common configuration errors that can cause an SSL connection from a Java/JMS client to a queue manager to fail, and gives the course of action to resolve the problem. In each case the error can be diagnosed by a combination of the error seen in the client log - either a console output, trace file or SystemOut.log file - and the queue manager's error logs. The document is quite long, so the easiest way to find the potential error is to search for one of the errors seen in this list, then filter this list using the error from the opposite end of the channel. All cases here assume that 2-way authentication is being attempted (SSLCAUTH set to REQUIRED on the queue manager's SVRCONN channel). This is the default, and the errors are very similar for 1-way authentication (SSLCAUTH set to OPTIONAL). Symptom Instructions on collecting documentation...

IBM Websphere MQ interview Questions Part 5

MQ Series: - It is an IBM web sphere product which is evolved in 1990’s. MQ series does transportation from one point to other. It is an EAI tool (Middle ware) VERSIONS:-5.0, 5.1, 5.3, 6.0, 7.0(new version). The currently using version is 6.2 Note: – MQ series supports more than 35+ operating systems. It is platform Independent. For every OS we have different MQ series software’s. But the functionality of MQ series Default path for installing MQ series is:- C: programfiles\BM\clipse\SDK30 C: programfiles\IBM\WebsphereMQ After installation it will create a group and user. Some middleware technologies are Tibco, SAP XI. MQ series deals with two things, they are OBJECTS, SERVICES. In OBJECTS we have • QUEUES • CHANNELS • PROCESS • AUTHENTICATION • QUERY MANAGER. In SERVICES we have LISTENERS. Objects: – objects are used to handle the transactions with the help of services. QUEUE MANAGER maintains all the objects and services. QUEUE: – it is a database structure ...

Using telnet to test connectivity between IBM Websphere MQ Client and MQ server - Middleware News

You are having trouble connecting a WebSphere MQ client to a MQ server, receiving errors that you can not connect to the MQ queue manager. One of the first things to determine is if the two machines can communicate, and using the telnet tool is one way to accomplish it. Symptom Receiving errors which state that a queue manager is not found or not available. Connection errors. For example: AMQ9213, AMQ9524, AMQ9202 or AMQ9508 or MQRC =2059 0x0000080b MQRC_Q_MGR_NOT_AVAILABLE. Please note, this is by no means an exclusive list of errors related to this type a problem but just a sample of some of the more common error messages and codes that might occur. Cause One possible cause is that the two machines can not communicate. May be the IP address or hostname was not properly specified by the MQ client. The port number might be incorrect. A queue manager is not running at the desired host. The queue manager could be running, but the corresponding listener is not runnin...