Tag: IBM WebSphere MQ
toural liked their topic named How to copy a message from one queue to another queue on the same queue manager using Java. in the WebSphere MQ forum.
Related:
- Sumitomo Mitsui Financial Group Joins the Open Invention Network Community
- Is this still a valid approach with later versions of ICN, Sync, NMO,…?
- Building an MS-DFS environment containing NSS4AD volumes and making it available through Filr
- Mailings from our servers and containing some text blocked
- SOLVE PROBLEMS BEFORE YOU HAVE TO SEARCH FOR THE SOLUTIONS
toural replied to the How to copy a message from one queue to another queue on the same queue manager using Java. topic thread in the WebSphere MQ forum.
Related:
- Sumitomo Mitsui Financial Group Joins the Open Invention Network Community
- Is this still a valid approach with later versions of ICN, Sync, NMO,…?
- Building an MS-DFS environment containing NSS4AD volumes and making it available through Filr
- Mailings from our servers and containing some text blocked
- SOLVE PROBLEMS BEFORE YOU HAVE TO SEARCH FOR THE SOLUTIONS
IBM MQ Advice Regarding Operating System Security Patches for Spectre and Meltdown
Related:
Help with Security Bulletin: IBM WebSphere MQ is affected by a privilege escalation vulnerability (CVE-2017-1612)
Related:
Putting/Getting non-persistent messages out of syncpoint – performance
Scenario:
A distributed application puts a high volume (200-800 per second) of request messages onto ten shared mainframe queues (MQ v8.0) via SVRCONN channels . Each of these non-triggered queues have multiple CICS transactions processing these requests and putting responses onto another set of ten shared queues then read by distributed processes. All the requests are processed by MSGID and all the queues are non-persistent. CICS syncpoints are issued every 200 messages.
Goal:
Improve throughput by eliminating as much of the MQ wait time as possible.
Proposal:
Have the application issue all puts and gets outside of syncpoint. The messages are non-persistent, the data is stale after a few seconds and the application/business is not concerned for message rollback. My understanding is that putting/getting within syncpoint will lock the message until a commit/syncpoint is issued. By modifying the application to put/get outside of syncpoint this delay will be avoided. Is this correct?
Note that these transactions are long running (with built in delays), therefore all SMF statistics are aggregate so we cannot accurately state the value of MQ wait times.
My question is really is just to ensure that my understanding of the syncpoint process in the above regard is correct.
Thanks.
Allen
Related:
Help with Security Bulletin: IBM WebSphere MQ and IBM MQ Managed File Transfer is affected by an undefined behavior because of insecure file permission vulnerability (CVE-2017-1699)
Related:
- Sumitomo Mitsui Financial Group Joins the Open Invention Network Community
- Is this still a valid approach with later versions of ICN, Sync, NMO,…?
- Building an MS-DFS environment containing NSS4AD volumes and making it available through Filr
- Mailings from our servers and containing some text blocked
- SOLVE PROBLEMS BEFORE YOU HAVE TO SEARCH FOR THE SOLUTIONS
Help with Security Bulletin: Apache Commons FileUpload Vulnerabilities in IBM WebSphere MQ File Transfer Edition component (CVE-2016-1000031)
Related:
- Is this still a valid approach with later versions of ICN, Sync, NMO,…?
- Command injection prevention
- Sumitomo Mitsui Financial Group Joins the Open Invention Network Community
- Building an MS-DFS environment containing NSS4AD volumes and making it available through Filr
- Mailings from our servers and containing some text blocked
Why are we seeing MQRC_NOT_AUTHORIZED errors after upgrading Websphere from V7.0 to V8.5.5?
our applications fail to connect to MQ and we see the following
errors in the SystemOut.log:
A connection could not be made to WebSphere MQ for the following
reason: JMSCMQ0001: WebSphere MQ call failed with compcode ‘2’
(‘MQCC_FAILED’) reason ‘2035’ (‘MQRC_NOT_AUTHORIZED’).”
com.ibm.msg.client.jms.DetailedJMSSecurityException: JMSWMQ2013: The
security authentication was not valid that was supplied for
QueueManager ‘XXXQueueManager’ with connection mode ‘Client’ and
host name ‘N.N.N.N(port)’.
Please check if the supplied username and password are correct on the
QueueManager to which you are connecting.
..
—- JMS Linked Exception
com.ibm.mq.MQException: JMSCMQ0001: WebSphere MQ call failed with
compcode ‘2’ (‘MQCC_FAILED’) reason ‘2035’ (‘MQRC_NOT_AUTHORIZED’).
at
com.ibm.msg.client.wmq.common.internal.Reason.createException(Reason.java:204)
Related:
- Sumitomo Mitsui Financial Group Joins the Open Invention Network Community
- Is this still a valid approach with later versions of ICN, Sync, NMO,…?
- Building an MS-DFS environment containing NSS4AD volumes and making it available through Filr
- Mailings from our servers and containing some text blocked
- SOLVE PROBLEMS BEFORE YOU HAVE TO SEARCH FOR THE SOLUTIONS
Offline replied to the ZIP files from MQ Queue topic thread in the IBM DataPower Gateways forum.
Related:
- Sumitomo Mitsui Financial Group Joins the Open Invention Network Community
- Is this still a valid approach with later versions of ICN, Sync, NMO,…?
- Building an MS-DFS environment containing NSS4AD volumes and making it available through Filr
- Mailings from our servers and containing some text blocked
- SOLVE PROBLEMS BEFORE YOU HAVE TO SEARCH FOR THE SOLUTIONS