Ibm Mq For Docker Mac

Develop MQ apps on a Mac with IBM MQ MacOS Toolkit. Connect to a queue manager in IBM Cloud or in a Docker container. See messages in MQ Console or MQ Explorer.

Article ID: KB000793

Overview

This application guide illustrates how Docker Enterprise Edition 2.0 can be used to deploy an IBM MQ service communicating between two applications running on separate instances of WebSphere Liberty.

The two applications can be staged using the build script, and the sample can then be deployed by using Docker Compose or Kubernetes. In both cases, Docker for Mac is used to prepare and validate the initial setup before deployment on Docker Enterprise Edition 2.0.

Information on IBM MQ and WebSphere Liberty is provided by Docker as a known, working configuration at the time of publishing. Docker does not support IBM MQ or WebSphere Liberty. Please contact IBM Support if you have any questions or problems with them.

IBM MQ Overview

IBM MQ (often referred to as 'MQ') is IBM's Messaging solution for Enterprise and IBM's Message Oriented Middleware offering. It allows independent applications to securely communicate with each other across multiple systems. WebSphere Application Server provides flexible and secure runtimes for mission-critical Java enterprise applications, lightweight web applications, and microservices.

These two products are often found in enterprise IT deployments. MQ is used to communicate securely between applications running in WebSphere Liberty servers.

Architecture

This deployment shows:

1. MQ and two Websphere Liberty servers are deployed on Docker for Mac or Docker Enterprise Edition. A 'sender' Java application is deployed and managed by one Liberty server. A 'receiver' application is deployed and managed by the other.
2. After the containers are started, the sender application creates a connection to the queue manager (QM1). The sender application puts a message on the queue (Q1). This is initiated through a web browser.
3. The sender application then waits for a response from the receiver.
4. The receiver application continuously monitors the queue for messages using a message-driven bean.
5. The receiving application consumes the message from the queue and creates a response.
6. The receiving application puts the response on a temporary response queue and closes the connection to the queue.
7. The sending application then sees the message and consumes it from the queue.
8. The sending application reports its progress back to the web browser and writes the same messages out to the logs.

Prerequisites

The following are prerequisites for installing IBM MQ and WebSphere Liberty:

• Docker Enterprise Edition 2.0 UCP 3.0.0 DTR 2.5.0 for Ubuntu (other platforms available)

Installation and Configuration (Docker for Mac)

Use the following steps to install and configure IBM MQ and WebSphere Liberty:

1. Install the git utility if not already installed.

2. In a terminal window, navigate to the folder you would like to place the repository (or create a new one), then run the command:

3. MQ provides a resource adapter that allows WebSphere Liberty to connect to IBM MQ to enable it to send messages to a second web application. The MQ resource adapter is available throughIBM Fix Central or from the MQ installation. To locate a version that is available for download, unblock any popups from IBM, and search for the term 'InstallRA' using the search box provided. The name of the file to be downloaded is in the format of <V.R.M.F>-IBM-MQ-Java-InstallRA.jar.

4. Click through the selection and agreement forms. Download the most recent resource adapter. (This guide was tested with version 9.0.5.0.)

5. Put the resource adapter JAR file that you downloaded into both the liberty-sender and liberty-receiver application folders found in ./sample.docker.mq.

6. Edit the Dockerfile in both liberty-sender and liberty-receiver and ensure that the COPY commands for the resource adapter is up-to-date with the current resource adapter’s version (e.g. change 9.0.5.0 in two places if necessary).

7. In a browser and using a previously created Docker ID, log into Docker Store. Subscribe to both the Websphere Liberty and MQ Advanced images. These images are free. Here are the example steps to subscribe to the Websphere Liberty image. Follow the same process for the MQ Advanced image.

   Subscription Screen:

8. Back in the terminal window, execute the following command and provide Docker credentials:

9. Return to the sample.docker.mq directory. Execute this script to compile and build the application:

   This script uses maven to build the WAR files for both of the applications in the sender and receiver directories and makes sure they are copied the correct locations. It also builds the images for mq, sender, and receiver parts of the application.

10. Verify the image creation using these Kubernetes commands:

Verifying the Deployment for Swarm on Docker for Mac

If using Kubernetes, proceed to Verifying the Deployment for Kubernetes on Docker for Mac.

To deploy on Docker for Mac using the Swarm orchestrator, execute:

This brings up three containers: mqfull, liberty-server, and liberty-receiver. A docker ps command looks something like this:

If using Swarm, proceed to Verifying the Application on Docker for Mac.

Verifying the Deployment for Kubernetes on Docker for Mac

If Kubernetes is not already enabled, access the top menu bar of your desktop, and click on Preferences. Click on Kubernetes and choose the Enable Kubernetes check box. Click on Apply to restart Docker for Mac with Kubernetes enabled.

To deploy with the Kubernetes orchestrator, execute:

This starts three services and three deployments named mqfull, sender, and receiver. Verify the Kubernetes deployment using the kubectl get command. The output is similar to this:

Verifying the Application on Docker for Mac

Access the application, the MQ Console, and the two Liberty servers:

• Application: http://localhost:31080/sender/

  Output to log files upon refresh of browser:

• MQ Console: https://localhost:30443/ibmmq/console/login.html (admin/passw0rd)

• liberty-sender is at https://localhost:31443/adminCenter/login.jsp (wsadmin/wsadmin); likewise, liberty-receiver is at https://localhost:31444/adminCenter/login.jsp.

Stopping the Application using Swarm on Docker for Mac

If using Kubernetes, proceed to Stopping the Application using Kubernetes on Docker for Mac.

To stop the application, execute:

Proceed to Configuration and Deployment on Docker Enterprise Edition.

Stopping the Application using Kubernetes on Docker for Mac

To stop the application, execute:

Configuration and Deployment on Docker Enterprise Edition

To deploy IBM MQ and WebSphere Liberty on Docker Enterprise Edition 2.0, begin with the provisioning of an appropriate number of nodes for site-specific performance and high availability:

In this example, a four instance deployment was provisioned consisting of one instance for UCP Management and three instances to run each of the three worker containers: MQ, Sender, and Receiver. UCP manages both Kubernetes and Swarm orchestration.

Docker Trusted Registry (DTR) is also installed on the instance with one of the worker containers. This guide assumes that UCP and DTR have been installed and configured and that access to the 'admin' account and password has been provided.

Note on Kubernetes networking: This guide defines all of the container ports using NodePort networking. To use LoadBalancer method instead, refer to the Troubleshooting section towards the end of this document.

Move Images to Docker EE

Move the previously tested MQ and Liberty images to Docker Enterprise Edition running on a cloud service provider. Since the original MQ and Liberty images have been extended during the build process, these extended images must be tagged and pushed into the cloud service provider environment. This can be done by pushing the local images to DTR and then altering the docker-compose.yml so that it points to these images. (For testing purposes, a public repository on Docker Hub can be used to push the images instead of DTR.)

1. Log into the DTR Mangement Console (at https://{dtr-registry-address}) as 'admin'.

2. Click on the New repository button towards the upper right portion of the window.

3. In the New Repository name field, enter test-mq, and then click on Create.

4. Create two more repositories named test-sender and test-receiver. The new repositories should look like this:

   General Screen size inches Missing the minutest detail would be impossible in this LG LCD monitor with its x pixel resolution. From sweat falling from an athlete’s lg flatron w2240 to the grand natural scenery, the display monitor offers flawless reality. Browse all of the LG flat screen monitors and see our other innovative computer products. This compact monitor will suit casual gamers with it’s mainstream p resolution and a response time of 5ms. Rated 5 out of 5 by Nick from Awesome monitor for its time!

5. Logout of the DTR UI.

6. From a new terminal window on Docker for Mac/Linux, execute:

7. When prompted, enter 'admin' as the username and then the appropriate password.

8. Prepare the images created in the previous steps for DTR:

9. Push images to DTR:

Deployment and Verification on Docker Enterprise Edition using Swarm

If using Kubernetes, proceed to Configuration and Deployment on Docker Enterprise Edition using Kubernetes.

1. In a browser, access the URL for the UCP management node and login as 'admin'.

2. Click on Shared Resources in the left sidebar:

3. Click on Stacks:

4. On the Shared Resources screen, click on Create Stack in the upper right corner:

5. On the Create Stack screen, provide a Stack Name and choose Services as the Mode. From the sample.docker.mq directory, upload the file docker-compose-EE.yml. Change the three fields `{dtr-registry-address} to the actual address name of the Docker Trusted Registry. Click Create to launch the deployment:

6. To verify that the containers lauched successfully, click on Services in the left side bar on the UCP home screen. The mqfull, liberty-sender, and liberty-receiver show with green status and no errors. The endpoint URLs can be accessed for each container by clicking on the name and inspecting the right hand configuration menu bar that appears.

7. To verify it is functioning correctly, connect to http://{ucp-ip-address}:34080/sender/ . After each screen refresh, the sender posts a message to receiver. The receiver answers with a message back. Other console applications are available as described in the previous section _Verifying the Application on Docker for Mac.

Configuration and Deployment on Docker Enterprise Edition using Kubernetes

1. In a browser, access the URL for the UCP management node and login as 'admin'.

2. Click on Kubernetes in the left sidebar, and then click on +Create.

3. On the Create Kubernetes Object screen, choose default in the Namespace dropdown menu. From the sample.docker.mq directory, upload the file mq-kubernetes-EE.yaml. Change the three fields {dtr-registry-address} to the actual address name of the Docker Trusted Registry. Click Create to launch the deployment.

4. To verify that the containers launched successfully, click on Pods in the left sidebar on the UCP home screen. The mqfull, liberty-sender, and liberty-receiver show with green status and no errors.

5. To bring up the application, click on Load Balancers in the Kubernetes section on the left sidebar. Choose sender in the list of load balancers. A configuration bar appears on the right. Choose the address with port 34090 to bring up the IBM Liberty web screen. Add '/sender/' to the URL in the browser to test the application.

After each screen refresh of `http://{ucp-address}:34090/sender/, the sender posts a message to receiver. The receiver answers with a message back.

Other applications are accessible:

• MQ Console: https://{ucp-ip-address}:33443/ibmmq/console/login.html (admin/passw0rd)
• liberty-sender Console: https://{ucp-ip-address}:34443/adminCenter/login.jsp (wsadmin/wsadmin)
• liberty-receiver Console: https://{ucp-ip-address}:34444/adminCenter/login.jsp (wsadmin/wsadmin)

If using Kubernetes, proceed to Stopping Application on Enterprise Edition using Kubernetes.

Stopping the Application on Enterprise Edition using Swarm

To stop the solution, click on Stacks in the left sidebar, and then click on the 'Name' of the stack. A menu bar appears on the right. Click on Remove to stop and remove the containers.

Stopping the Application on Enterprise Edition using Kubernetes

To stop the solution, remove both the Controller entries for mqfull, sender, and receiver. Also remove the Load Balancer entries for the same.

Troubleshooting

The following are known issues and how to workaround them.

1. If errors occur in the build or the sender/receiver communication, it may be necessary to re-build after removing all images and clearing cashes. This can be achieved using the following commands:

2. Depending on your deployment circumstances, it may be necessary to list the {dtr-registry-address} in the Docker 'insecure registries' table found under Preferences -> Daemon in the menu of the Docker toolbar icon. If you receive certificate errors, this is a likely cause.

3. Make sure that the Nodes listed in the Shared Resources tab have the correct mix of Kubernets, Swarm, or Mixed resources available.

4. DTR certificates: In the case of a new EE installation, the docker push does not work, by default, with a registry endpoint that has a self-signed TLS certificate. You can use one of four options to overcome this:

   1. Upload your certificates signed by trusted CA to DTR by following the docs.This is the recommended way, and UCP will be able to download images from DTR.
   2. Modify the Docker engine config from where you will be uploading the image, and add the DTR URL among the 'insecure registries' by following steps from the Docker docs. Since UCP/Swarm will be downloading images from DTR, these settings willneed to be applied to each engine on UCP. This can be done by UCP by following the docs.
   3. Trust DTR's self-signed certificate on local machine. Since UCP/swarm will be downloading images from DTR, DTR's CA certificate will need to be added to all the engines in UCP.
   4. If Docker Trusted Registry is not available, Docker Hub or another registry can be used to push and pull the mqfull, sender, and receiver images.

5. On UCP, if the Kubernetes pods show as 'Pending', check to make sure that the {DTR-address} is entered correctly in themq-kubernetes.yaml` uploaded file.

6. LoadBalancer service type: the example in this application guide employs the NodePort service type. To use LoadBalancer networking, the file mq-kubernetes-EE-LB.yaml under the sample.docker.mq directory defines all of the application and console ports using type: LoadBalancer. Use the file in step 3 of the previous section Configuration and Deployment on Docker Enterprise Edition using Kubernetes.

Further Reading

Refer to the following links for additional information:

• Developer Works Blog: This is the original guide for the MQ-Liberty demo published in Jan 2017.

Additional Application Guides and Solution Briefs

Docker provides additional application guides on success.docker.com as well as Solution Briefs about related information.

Machine Code updates for Power Systems and System Storage are available for IBM machines that are under warranty or an IBM hardware maintenance service agreement. Some exceptions apply. For more information, including how to obtain access to Machine Code updates for machines outside of warranty that are not covered by an IBM hardware maintenance service agreement, please click here.[1]
Code for operating systems or other software products is available only where entitled under the applicable software warranty, IBM software maintenance or Software Subscription and Support agreement. Some exceptions may apply.
For a list of Fix Central Machine Code updates available for installation on select machine types that do not require the machine to be covered under warranty, an IBM hardware maintenance service agreement, or a Special Bid Agreement please click here.
All code (including Machine Code updates, samples, fixes or other software downloads) provided on the Fix Central website is subject to the terms of the applicable license agreements.
[1] As previously announced, Lenovo has acquired IBM's System x business. Machine Code policies relating to System x machines will be established by Lenovo and may be different from the policies described herein.