Re: Acronym???
there is a good redbook that talks about the WBI product positioning http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246849.html?Open.U may want to look at only Chapter four b4 your 11.30 meeting! -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2003 6:46 PM To: [EMAIL PROTECTED] Subject: Re: Acronym??? I am trying to find a One Page Cures All description for it but IBM likes to FULFF. I believe it is a contendor for WBI (aka WMQI aka MQSI aka NEON). I think IBM lets you choose between WMQI and ICS. How, Why, When, Where is anybodies guess at this point. But I am still digging. I have to be an EXPERT for an 1130AM meeting!! bobbee From: Hill, Dave [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Acronym??? Date: Tue, 14 Oct 2003 08:54:59 -0400 Bee OH! double Bee double eee it is InterChange Server but what it is actually used for ??? I think BS is a good one too. Dave -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2003 8:44 AM To: [EMAIL PROTECTED] Subject: Acronym??? WBI / ICS I get the WBI!! What is ICS?? (Is that a Croosworlds reference??) bobbee _ Concerned that messages may bounce because your Hotmail account has exceeded its 2MB storage limit? Get Hotmail Extra Storage! http://join.msn.com/?PAGE=features/es Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Enjoy MSN 8 patented spam control and more with MSN 8 Dial-up Internet Service. Try it FREE for one month! http://join.msn.com/?page=dept/dialup Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Maximum size of defined message
Title: RE: Maximum size of defined message -Original Message-From: Stephan C. Moen [mailto:[EMAIL PROTECTED]Sent: Saturday, February 22, 2003 9:21 PMTo: [EMAIL PROTECTED]Subject: Re: Maximum size of defined message The simple answer Linda is there is no overhead or resource waste to set a queue to its architectural limit for a message size. This also has been validated multiple times by our esteemed friends who have supported this product since its inception IBMs MQSeries Support Team. Stephan C. Moen -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Kinnard.LindaSent: Thursday, February 20, 2003 12:52 PMTo: [EMAIL PROTECTED]Subject: Re: Maximum size of defined message I think another ways to ask is "is there overhead or resource waste to set queue to it's maximum architectural limit?" -Original Message- From: Stephan C. Moen [SMTP:[EMAIL PROTECTED] Sent: Thursday, February 20, 2003 07:02 AM To: [EMAIL PROTECTED] Subject: Re: Maximum size of defined message You state four strong points to which most of this audience would agree with, including myself. But when we get down to the root of my original question, nobody has yet answered it (maximum message size). All I'm asking from fellow contributors, is that whatever size your enterprise settles on a maximum message size, it won't take long before you see a message in your DLQ or ERROR logs that states message too big for queue, channel or queue manager. So why arbitrarily set it to a value that will eventually be broken and just set it to it's maximum architectural limit. My point, if its going to fail, let the application fail versus having the message transport fail. If the application isn't designed to accept that size message, that is what needs to be fixed, or at least the application generating that size of a message. In Incident Management, the END GOAL is to always find the 'root cause' of the problem, then resolve it. From my perspective, allow MQSeries to take care of message flow and your applications take responsibility of message processing. All MQSeries is asked to do is to route messages to their ultimate destination. Let the application make the decision what its going to do with the message. It's that simple. Stephan C. Moen -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Broderick Sent: Thursday, February 20, 2003 6:45 AM To: [EMAIL PROTECTED] Subject: Re: Maximum size of defined message You know, if I was sitting on the right hand of GOD I would heartly agree with you. But having been around the block a few times and written my fair share of code and managed others who claim the same. I have noticed: 1 - Programmers never do what they should or supposed to do. 2 - Getting calls at 3AM suck 3 - In the financial world "s-h-i-t" travels downward and you don't want to be on the bottom of the ladder (DTC saying, but true) 4 - In reality, Technology does not drive the Business, many business analyist are aware of the expectations, limitations and pitfalls of technology. After explaining this situation to one good 'business analyst", see if he/she jumps up and down with joy at the prospect of being responsible for someone elses mistakes and agrees you should do it that way. A good architect WILL not only design a good system. He/She will also take care of his job security by keeping the people who sign the checks happy!! As once said in a movie somewhere..."You fight the battles you can win!" From: "Stephan C. Moen" [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Maximum size of defined message Date: Thu, 20 Feb 2003 00:14:13 -0600 Bobbee, I guess I take a different tack. I look for consistency, continuity, and simplicity in my operational environment. I don't want to create artificial limits for my technology stack because I know eventually, those limits will be tested and require changes; that has been proven over time. So why not start out by taking those limits off the table. Why should I place artificial limits on my infrastructure if I don't have to. Isn't that a primary goal of MQSeries - reliability, availability and scalability (RAS)? If the message size is raised ABOVE the maximum limit, the problem will be caught at the application ISSUING the call, which is where it should be; just following your viewpoint of determining where the BLAME should go. Lastly, the application can easily be coded to handle large message sizes. As we all know, the MQGET call will return the size of the message is
SOS : CSQC746E Invalid CCSID, 500 expected, 819 received
Hi , I get the following error from the CICS bridge when a message from the the broker is put into the SYSTEM.CICS.BRIDGE.QUEUE. CSQC746E Invalid CCSID, 500 expected, 819 received Broker is WMQI 2.1 on HP. It has worked before and also executed the transaction and returned a valid response . The only change was a creation of another queue manager on the same HP m/c. Eagerly Waiting for your speedy response . Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
COBOL Copybook with Redefines clause and WMQI
Hi All, I have messageset that has a copybook imported that contains a redefines clause and WMQI created a element with the postfix Group001. I have a message flow that uses a compute node which has the above messageset as the output format. I get the following error at the output node. ' Mismatch between logical definition and message tree' and if i comment out this Group001 element i get a different error message 'illegal choice element' What changes need to be done while tranformaing ? ,i have WMQI 2.1 for HP Thanks in Advance Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
XML Bridge for SAP on HP UX
Hi, I am trying to call an RFC module in SAP using the XML Bridge for SAP R/3. I am getting an error saying 'Invalid connection'.I was successful in invoking one of the SAP standard RFC modules.This problem occurs for a custom RFC on SAP. Following is the error message that I get: SAP XML Bridge exception: An invalid connection was detected. [com.ibm.sap.xml.internal.XMLRfcProcessor.run com.ibm.sap.xml.internal.XMLRfcPr ocessor@361fd1] caused by: com.ibm.sap.bapi.exception.RfcConnectionException: NOT_FOUND caused by: com.ibm.sap.bapi.jni.JRfcJniException: JniRfcException RFC-function RfcCallReceive returns 2. Further information: Error Group: 105 Error Key: NOT_FOUND Error Message: NOT_FOUND The exception occurred in method callReceive() of com.ibm.sap.bapi.jni.RfcModule object com.ibm.sap.bapi.jni.RfcModule@7ec107. Please suggest. Thanks in Advance Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Strip MQCIH Header in Compute Node
Hi , Input to the compute node comes from the CICS Bridge which has the MQMD , MQCIH and the Message itself.How do i get rid of the MQCIH header in a compute node since my receiving application does not expect a MQCIH header. I have 'Copy Message Headers' enabled in the Compute node and I tried setting SET OutputRoot.MQMD.Format= 'MQSTR '; Also tried SET OutputRoot.MQMD.Format= ''; The format does'nt seem to get modified !A trace node after the compute still shows MQMD.Format = 'MQCICS'; Awaiting your speedy response Thanks in Advance Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
CKTI not starting
Hi All, We are using CICS Transaction Server 1.2 and Websphere MQ 5.3 for z/OS. But are facing problems with the CKTI transaction. Displaying the current instances of CKTI shows the following. But the CKTI transaction does not start * CKTI 1 to 1 of 1 Task Num Task Status Thread Status Num of APIsLast API --- --- ----- Starting Initiation Queue Name: CICS.QMT1.INITQ After which I tried stopping it. The display the says the below. But it does not stop *** CKTI 1 to 1 of 1 Task Num Task Status Thread Status Num of APIsLast API --- --- ----- Stopping Initiation Queue Name: CICS.QMT1.INITQ *** There is no error message in the MQ log. Please suggest. Waiting for your speedyy response .. Thanks In advance Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: CKTI not starting
CKTI is not showing up in CEMT I TASK. SYSMSG of CICS region does not show any error messages.. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Wed 12/11/2002 11:15 PM To: [EMAIL PROTECTED] Cc: Subject: Re: CKTI not starting I assume the CKTI is showing up when you do a 'CEMT I TAS'. If it does and you issued the stop command is there anything showing up in our SYSMSG on the CICS region? bobbee From: Saraswathy A [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: CKTI not starting Date: Wed, 11 Dec 2002 22:30:20 +0530 Hi All, We are using CICS Transaction Server 1.2 and Websphere MQ 5.3 for z/OS. But are facing problems with the CKTI transaction. Displaying the current instances of CKTI shows the following. But the CKTI transaction does not start * CKTI 1 to 1 of 1 Task Num Task Status Thread Status Num of APIsLast API --- --- ----- Starting Initiation Queue Name: CICS.QMT1.INITQ After which I tried stopping it. The display the says the below. But it does not stop *** CKTI 1 to 1 of 1 Task Num Task Status Thread Status Num of APIsLast API --- --- ----- Stopping Initiation Queue Name: CICS.QMT1.INITQ *** There is no error message in the MQ log. Please suggest. Waiting for your speedyy response .. Thanks In advance Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: CKTI not starting
We are trying to start CKTI thru CKQC. How did you solve your problem ? -Original Message- From: Gephart, Sandra [mailto:[EMAIL PROTECTED]] Sent: Wed 12/11/2002 11:43 PM To: [EMAIL PROTECTED] Cc: Subject: Re: CKTI not starting Hi Saraswathy, How are you trying to start CKTI? We ran into the same problem trying to start the CKTI transaction from another transaction, and had an error. You are in a hung condition at this point. Sandy Gephart Systems Programmer Foremost Insurance 616-956-4779 Making IT Happen 12/11/02 1:12 PM [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: Saraswathy A [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 12:00 PM To: [EMAIL PROTECTED] Subject:CKTI not starting Hi All, We are using CICS Transaction Server 1.2 and Websphere MQ 5.3 for z/OS. But are facing problems with the CKTI transaction. Displaying the current instances of CKTI shows the following. But the CKTI transaction does not start * CKTI 1 to 1 of 1 Task Num Task Status Thread Status Num of APIsLast API --- --- ----- Starting Initiation Queue Name: CICS.QMT1.INITQ After which I tried stopping it. The display the says the below. But it does not stop *** CKTI 1 to 1 of 1 Task Num Task Status Thread Status Num of APIsLast API --- --- ----- Stopping Initiation Queue Name: CICS.QMT1.INITQ *** There is no error message in the MQ log. Please suggest. Waiting for your speedyy response .. Thanks In advance Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive **Disclaimer** This memo and any attachments may be confidential and legally privileged. If you are not the intended recipient and have received this in error, kindly destroy this message and notify the sender. Thank you for your assistance. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: CKTI not starting
I tried starting CKTI by entering the following command. CKQC STARTCKI CICS.QMT1.INITQ The RACF settings seem OK, as no violations are reported in the log files. Here is what the log files say and it does not give any access issues. CICSTA1A +CSQC386I TESTCICS CSQCSSQ STARTCKTI initiated from TERMID=^L71 CICSTA1A TRANID=CKSQ USERID=GINFSY0 and is accepted Even after the above CEMT I TASK does not show the CKTI as running -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Thu 12/12/2002 12:56 AM To: [EMAIL PROTECTED] Cc: Subject: Re: CKTI not starting Does the System Programer have either the SIT parameter or the MQ IPL program set up to start CKTI at CICS startup time. You can also go into the region and type in CKTM. This will bring up the CICS Adapter screen. At the top you will see 3 commands Connection, TASKS, CKTI scroll the cursor tho CKTI (Hilight) and hit enter. Now you can see if it is running. Try to start it. If CEMT I TAS doesn't show the CKTI transaction. Check to see if CKTI is created. CEMT I TRAN(CKTI). If you tried to start it and it would not start there should be a message on the SYSMSG, SYSLOG. MAybe there is a sceurity issue and the RACF/ACF2 person can dump the security log and see if you are catching a violation. bobbee From: Saraswathy A [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: CKTI not starting Date: Thu, 12 Dec 2002 00:30:44 +0530 CKTI is not showing up in CEMT I TASK. SYSMSG of CICS region does not show any error messages.. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Wed 12/11/2002 11:15 PM To: [EMAIL PROTECTED] Cc: Subject: Re: CKTI not starting I assume the CKTI is showing up when you do a 'CEMT I TAS'. If it does and you issued the stop command is there anything showing up in our SYSMSG on the CICS region? bobbee From: Saraswathy A [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: CKTI not starting Date: Wed, 11 Dec 2002 22:30:20 +0530 Hi All, We are using CICS Transaction Server 1.2 and Websphere MQ 5.3 for z/OS. But are facing problems with the CKTI transaction. Displaying the current instances of CKTI shows the following. But the CKTI transaction does not start * CKTI 1 to 1 of 1 Task Num Task Status Thread Status Num of APIsLast API --- --- ----- Starting Initiation Queue Name: CICS.QMT1.INITQ After which I tried stopping it. The display the says the below. But it does not stop *** CKTI 1 to 1 of 1 Task Num Task Status Thread Status Num of APIsLast API --- --- ----- Stopping Initiation Queue Name: CICS.QMT1.INITQ *** There is no error message in the MQ log. Please suggest. Waiting for your speedyy response .. Thanks In advance Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive