MQ

MQ

Join this online group to communicate across IBM product users and experts by sharing advice and best practices with peers and staying up to date regarding product enhancements.

 View Only
  • 1.  Should I take an account what java version is used by remote application before upgrading queue manager to version 9.4

    Posted 19 days ago

    Hello All,

    Can you please tell me if I have to care about which java version is used by remote application before upgrading queue manager version to 9.4.?

    Thanks

    KP



    ------------------------------
    K Priyanka
    ------------------------------


  • 2.  RE: Should I take an account what java version is used by remote application before upgrading queue manager to version 9.4

    Posted 19 days ago

    Hi KP,

    The Java version of a network connected IBM MQ Client application is not specifically something to worry about but the MQ version of the application might be, and upgrading that will pull up the required Java version at the same time. You can see this in a number of ways. If the client stays connected to your queue manager for long enough to see it with a DISPLAY CHSTATUS command, then that's nice and easy. Just look for the RVERSION field shown in the output of your command:

    DISPLAY CHSTATUS(chl-name) ALL

    If it's too short-lived a connection, then you can instead discover this information by collecting accounting records. I'll link some reading material below in case you need to do this step, but hopefully the first command will work for you.

    Once you discover the version of MQ in use, make sure that it is within support and not a really old version and you'll be good to go. If you're worrying about an old Java version, then you the same worry may result with an old MQ version. This post: MQ Client versioning may help to guide your thought process there.

    Resources

    Cheers,
    Morag



    ------------------------------
    Morag Hughson
    MQ Technical Education Specialist
    MQGem Software Limited
    Website: https://www.mqgem.com
    ------------------------------



  • 3.  RE: Should I take an account what java version is used by remote application before upgrading queue manager to version 9.4

    Posted 18 days ago

    Hello Morag,

    It really helped us to find the version from running channel and some of the app has old version of java that will be updated.

    Thank you 

    KP



    ------------------------------
    K Priyanka
    ------------------------------



  • 4.  RE: Should I take an account what java version is used by remote application before upgrading queue manager to version 9.4

    Posted 14 days ago

    Anyone have an idea if and when IBM will add the MQ client version to their SMF116 records?

     

    Thanks,

     

    Allen Mayer

    2-5067

     

    CICS/MQ Engineering and Support

    Mainframe Operations US

    Enterprise Core Services

     

    ubslogo

     

    CICS, MQ and DB2 Space for WMA: goto/mainframe-dlcics

     






  • 5.  RE: Should I take an account what java version is used by remote application before upgrading queue manager to version 9.4

    Posted 13 days ago

    Hi Allen,

    I suggest you raise an idea for this: https://www.ibm.com/support/pages/welcome-ibm-ideas-portal.

    Regards, Matt.



    ------------------------------
    Matt Leming
    STSM, IBM MQ for z/OS
    Email: lemingma@uk.ibm.com
    ------------------------------



  • 6.  RE: Should I take an account what java version is used by remote application before upgrading queue manager to version 9.4

    Posted 12 days ago

    @K Priyanka

    Aside from the MQ Java version, you should also consider the Java version as such. Today all Java versions below Java 8 are considered at risk for vulnerabilities and current versions of Java at use throughout the industry are Java 8, Java 11, Java 17, Java 23.

    So before using a Java MQ version, you should check the minimum Java version required and make sure that it matches your security requirements



    ------------------------------
    Francois Brandelik
    ------------------------------