Network Deployment (Distributed operating systems), v8.0 > Administer applications and their environment > Administer Messaging resources > Manage messaging with a third-party or (deprecated) V5 default messaging provider > Maintain (deprecated) v5 default messaging resources > Configure v5 default messaging resources
Configure a connection for V5 default messaging
Use this task to configure a connection to V5 default messaging. This task is provided to help you manually migrate nodes from Version 5 to v6. If you use the supplied tools to migrate existing Version 5 nodes to v6, the jmsserver, application server and port that you create with this task are defined automatically.
To configure a connection for V5 default messaging, use the admin console...
Procedure
- Create an application server with the name jmsserver (only one of these can exist on each node). In the navigation pane, expand Servers > Server Types > WebSphere application servers .
- On the new server, define a new JMSSERVER_QUEUED_ADDRESS port with the host set to the v6 server host, and the port set to the same as the SIB_MQ_ENDPOINT_ADDRESS of the server that is a member of your bus. The appserver called jmsserver does not have to be started; it is only used for looking up the port address.
- Define a queue connection factory and queue at the Node or Cell scope. In the navigation pane, click Resources > JMS ->JMS providers.
- In the content pane, click the name of the V5 default messaging provider.
- Define a queue destination on your bus with the same name as your queue defined for the V5 default messaging provider.
- Define an alias destination on your bus with the same name as your queue defined for the V5 default messaging provider but with WQ_ appended to the front the name. For example, if your queue has the name MyV5Queue, your alias should have the name WQ_MyV5Queue.
- Point the alias at your queue destination with the correct name. The migration process targets the queue with the WQ_ prefix; defining the alias to point to the real queue helps migration.
- Define the WebSphere MQ Client Link on your messaging engine on the bus. Keep the WebSphere MQ channel name WAS.JMS.SVRCONN and set the queue manager name so that it contains your node name. For example, if your node name is MyNode, you would set the queue manager name to WAS_ <MyNode>_jmsserver. Now set the queue manager name to the same; in this example it would be WAS_MyNode_jmsserver. The WebSphere MQ Client Link will show a status of inactive, this is normal.
- Restart your server so that the new JNDI definitions bind correctly. Your v5 client should now be able to connect to Version 6 by using the host and bootstrap address of the v6 system in the provider URL component of the initial context. Your client should now also be able to send messages to the destination on the bus.
- If you open the Client connections view and click the refresh icon, the host name of the connecting system is visible when the client is connected. In the navigation pane, expand Buses > [bus name] > Messaging engines > [messaging engine name] > WebSphere MQ client links > [client link name] > Runtime > Client connections view.
- Click OK.
- Save any changes to the master configuration.
- To have the changed configuration take effect, stop then restart the application server.
Configure a queue for v5 default messaging
Configure v5 default messaging resources
Enable WAS v5.1 JMS usage of messaging resources in later versions of the product
Related
Version 5 default messaging queue connection factory settings