WebSphere Application Server
& IBM MQ* Migration

*Formerly WebSphere MQ

There are many things to consider when planning a migration from prior versions, to more current versions.

There are multiple steps involved, which we would overview as below:


Typical Migrations & Upgrades Process

Primary factors impacting migrations are versions involved, and the amount of changes introduced in and between those versions.  For customers more than n-3 versions back, multiple migrations are required, since migration tools only support n-3 migrations. Among the most critical steps is the choice of versions to migrate to.  As expected, the right answer is “It depends”.   Considerations include End of Support dates, stability/maturity in life cycle of product/version release, JEE/JDK levels relative to targeted versions.  As well, desired features in the app server play a role, as do versions supported by any vendors involved.  There is, in short, no default best answer.


TxMQ Migration Roadmap


Discovery Questionnaire

Customer migrations usually begin with an initial assessment and a discovery questionnaire, which we can send in advance, or walk through cooperatively, based on customer preference.

Build Migration Plan

Once this questionnaire and initial assessment are complete, we work to build a migration plan, which includes timelines, and milestones.



A full migration discussion is a complex conversation.  We make sure all the i’s are dotted and the t’s are crossed before we begin the actual migration.  Reach out to us today to learn more.

WebSphere Application Server Migrations & Upgrades

Information on WebSphere Application Server (WAS) Migrations & Upgrades

TxMQ offers to work with our customers through IBM’s WebSphere Migration Toolkit.  This is a set of tools that helps us with some critical components of the migration itself.

We work with our customers to identify the Java EE technologies used by their platform.  Are there deprecated Java EE technologies?  Will some/all/none of the applications run in cloud environments?  What changes to applications will be needed for successful migration (if any).  In truth, we spend a fair amount of time focusing on Java applications.

There are quick initial detailed analysis snapshots available using the binary scanner command line tool.  This is ideal for quick evaluation, developers not using Eclipse based IDEs, and access to overview for any possible migration issues.


As of April 30th, 2018 WebSphere Application Server versions WAS v.7.x all editions & WAS v.8.0.x all editions went out of support.  No EOS date has been announced yet for WAS 8.5.5.

If you’re currently running an outdated version of WAS, reach out to us to speak to an expert on your migration, upgrade, and back-level support options.

MQ Migrations & Upgrades

Key Message Queue (MQ) Definitions.

There are a few key definitions in the MQ world.   Maintenance, upgrade and migration are distinct, and easy to define.


Maintenance is the application of a fix pack, interim fix or Program Temporary Fix (PTF).

It has one main characteristic. Those fixes, whether applied using a maintenance installation tool, or installed using a manufacturing refresh on top of an installation, are at the same command level as the existing code. No migration is required after applying maintenance. The installation can be restored to its previous level and any changed queue managers or applications will continue to work at the restored code level.

However you must still test applications using the new level of MQ code.


Upgrading is the process of taking an existing IBM MQ installation and upgrading to a new level of code. Unless you are upgrading the fix level of IBM MQ, but not its command level, an upgrade must be followed by migration.

Upgrades can be backed out, as long as no migration has taken place. The process of removing an upgrade varies by platform and how the upgrade was applied. Upgrades that change the command level of IBM MQ require queue manager migration before applications can reconnect.


Migration is where one updates the queue manager data to match a newer level of code. This occurs the first time a queue manager is started with the newer level of code.

Migration always follows an upgrade that changes the queue manager command level, both automatic and manual. Migration is the transformation of queue manager data, applications, and the environment that the queue manager runs in.

Once migration has occurred, the queue manager can no longer be started by an earlier code level. On most platforms, queue manager migration is not reversible.

  • Distributed, IBM i, Migration cannot be reversed. This restriction applies whether your enterprise uses the Long Term Service Release (LTSR) or Continuous Delivery Release (CDR) model.
  • From IBM MQ for z/OS® Version 9.0, you can backwards migrate queue managers only if you are using the LTSR. See IBM MQ release types for further information.

A full migration discussion is a complex conversation, and we look forward to beginning one with you. Please reach out today.

Contact us today to discuss your migration

Please provide a first name.

Please provide a last name.

Please provide a company name.

Please provide a vaild email.

IBM MQ Organize Your Team For An Upgrade

TxMQ Work Smarter Webinar Series Organizing Your Team For an IBM MQ Large-Scale Upgrade Presented by TxMQ Featuring John Carr Sr. Solutions Architect at TxMQ IBM...

Which of these MQ mistakes are you making?

IBM MQ Tips Straight From TxMQ Subject Matter Experts At TxMQ we have extensive experience helping clients with their IBM MQ deployments including planning, integrations, management, upgrades, &...

Contemplations of Modernizing Legacy Enterprise Technology

What should you think about when modernizing your legacy systems? Updating and replacing legacy technology takes a lot of planning and consideration. It can take years for a plan to become fully...

IBM WebSphere Application Server (WAS) v.7 & v.8, and WebSphere MQ v.7.5 End of Support: April 30, 2018

Are you presently running on WAS versions 7 or 8?    Are you leveraging WebSphere MQ version 7.5? Time is running out, IBM WebSphere Application Server (WAS) v.7 & v.8, and WebSphere MQ v.7.5...