Reason code 2018 for C++ wrapper
Hi All! I am writing a c++ wrapper for a ASP page to connect to a remote queue manager. The connect is successful means, MQCONNET and MQOPEN are going fine.. But MQOPEN is returning a reason code 2018. The software is Windows 200, MQ 5.2 Server on machine and windows 200o with IIS server and MQClient on one machine.. So I am wondering what else I can look at to try and solve this error. There is only one version of mq on the box so I don't see how I could be getting the wrong mq libraries or copies. This wrapper is working fine in VB.. Why it's giving problem with ASP pages only..?? I could't find any documents expect the message.pdf file what all can affect what is in HCONN? Any other ideas of what to look at would be great.. Thanks /Reddy. 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: Waitinterval and response time of CICS transaction
Title: Waitinterval and response time of CICS transaction Prince, You are correct in that the WaitInterval is a maximum time value. However, if the application processes all of the messages and then issues another MQGET, it will wait for the full time to obtain the "queue empty" status (MQRC_NO_MSG_AVAILABLE) before ending. You may want to have the application use a longer WaitInterval for the first MQGET and then reset the time to a shorter interval after a successful MQGET. This assumes that the application has completed its processing and has no more work to do. Jose, Prince wrote: Environment: MQSeries 5.2 on OS390 and CICS Hello, I have never done any MQcoding myself, so please excuse me if this sounds very dumb It is about the response time of a CICS transaction and the wait interval coded on the MQGET. Our application programmers are working on a CICS transaction doing PUT(request) to an MQ queue and doing a GET with WAIT from a reply queue. The response time of this transaction is always equal to the Waitinterval coded in the MQGET call. As I understand it, waitinterval is the max time, the MQGET call waits for the messages to arrives in the queue. Now if we code a waitinterval of 30seconds and say, 10 message arrives in the queue within 2seconds, the program should be able to process these 10 messages immediately as they arrive in the queue right? Then what are we doing wrong here? Any inputs will be greatly appreciated. Thanks, Prince -- Regards, Thomas DunlapChief Technology Officer[EMAIL PROTECTED] Themis, Inc.http://www.themisinc.com1 (800) 756-3000
Re: Using PASSTHRU in MQSI
Hi Dave, Try the Same ESQL except assign it to OuputLocalEnvironment.Temp[] - Suntosh -Original Message- From: Dave Kazatsky [mailto:[EMAIL PROTECTED]] Sent: Fri 11/15/2002 4:05 PM To: [EMAIL PROTECTED] Cc: Subject: Using PASSTHRU in MQSI Hi, Having a problem with PASSTHRU statement. Here is the code: SET rgn_id = PASSTHRU('SELECT R.RGN#ID FROM F5977DB.TSCORG O INNER JOIN F5977DB.TSCRGNDEF R ON O.PLCY#NBR = R.PLCY#NBR WHERE O.ORG#NBR = ? AND R.STTE#CDE = ? AND ? BETWEEN R.RGNDEF#MIN_ZIP_NBR AND R.RGNDEF#MAX_ZIP_NBR', InputRoot.MRM.ELIG_REC.ELIG_ORG_NBR, InputRoot.MRM.ELIG_REC.ELIG_STTE_CDE, InputRoot.MRM.ELIG_REC.ELIG_RES_ZIP_NBR); Here is the error being reported: Trying to assign or use a list as a scalar This query returns only one value. I have tried using the "THE" keyword but that get's a syntax error. MQSI 2.1 CSD2 - AIX MQ 5.3 - Aix UDB 7.2 - NT 4.0 Any ideas would be greatly appreciated. Dave Kazatsky Senior Middleware Administrator W. (908) 575-6947 C. (973) 865-8106 The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. 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 Ëk¹Ëb¢{¢¹¨"¨º¹X§X¬¶Ë±Êâ¦Ø¨ªÞ¦º/×{ax¸¬¶Ç«¼g§z¶¥RÇ«°k¢uæ¯j)ZnW¶m§ÿðà l¡û\¢`+r¯zm§ÿï©!Â'§iÆüÄz¸±ªÜ+Þ
Re: Trigger problem
I think V5.2 under Windows sets up a trigger monitor for you when you create your queue manager via the GUI. If you remove one of the trigger monitors, it should be ok. - Original Message - From: "Anderson, Lizette T. (RyTull)" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 15, 2002 11:13 AM Subject: Trigger problem > I am having problems triggering a program on a Windows 2000 server. The > triggering works fine with the runmqtrm command from the command line, but > when I set the trigger monitor up using MQservices, it does not trigger. I > already have one(successfully running trigger monitor) setup under services, > so the new monitor is showing up as TRIGGER MONITOR(2). Any ideas? We only > have two programs that need to be triggered on the server. We are running > MQ 5.2. > > > --- Legal Disclaimer: The information contained in this communication may be > confidential, is intended only for the use of the recipient named above, and > may be legally privileged. If the reader of this message is not the > intended recipient, you are hereby notified that any dissemination, > distribution, or copying of this communication, or any of its contents, is > strictly prohibited. If you have received this communication in error, > please re-send this communication to the sender and delete the original > message and any copy of it from your computer system. Thank you. --- > > 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: dmpmqaut
It is in /usr/mqm/bin in V5.1. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 14, 2002 4:38 PM To: [EMAIL PROTECTED] Subject: dmpmqaut Is dmpmqaut restricted to NT? I thought it was available on AIX but I can't seem to find it. What am I doing wrong BB. Bruce Barclay Cell: 613-794-8423 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 The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. 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: Waitinterval and response time of CICS transaction
As far as I know your transaction should be redispatched as soon as a message arrives. The fact that your waitinterval approximates your response time sounds suspicious. Are you sure the programmer didn't stick in a CICS wait and omitted the waitinterval? "Jose, Prince" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] >cc: Sent by: Subject: Waitinterval and response time of CICS transaction MQSeries List 11/14/2002 02:21 PM Please respond to MQSeries List Environment: MQSeries 5.2 on OS390 and CICS Hello, I have never done any MQcoding myself, so please excuse me if this sounds very dumb It is about the response time of a CICS transaction and the wait interval coded on the MQGET. Our application programmers are working on a CICS transaction doing PUT(request) to an MQ queue and doing a GET with WAIT from a reply queue. The response time of this transaction is always equal to the Waitinterval coded in the MQGET call. As I understand it, waitinterval is the max time, the MQGET call waits for the messages to arrives in the queue. Now if we code a waitinterval of 30seconds and say, 10 message arrives in the queue within 2seconds, the program should be able to process these 10 messages immediately as they arrive in the queue right? Then what are we doing wrong here? Any inputs will be greatly appreciated. Thanks, Prince 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: Queue definition for non-MQ folks
A queue is like your Email Inbox? Messages land there, and can be proceesed asynchronously. If you have alerts turned on when a message lands, you got a sort of trigger. (You are the triggered app!) Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Steve Vaughn [mailto:[EMAIL PROTECTED]] Sent: Friday, November 15, 2002 2:25 PM To: [EMAIL PROTECTED] Subject: Queue definition for non-MQ folks Hi again, I'm trying to describe a queue to non-MQ folks and this is the best I have come up with so far: "A queue is a component interface that separates marshalling from other behaviors of the component." or "A queue is a component interface that allows processing to be distributed over time as well as space." As you can see, I need some help. Thanks again, 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 This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. 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: Event Queue Monitoring
Larry, what I did for this was create a simple script that issues a DIS QL(queuename) CURDEPTH, putting the output to a file. Then I have a second file with "thresholds" -- a whole lot lower (like on the order of 5-10 messages, depending on the queue). The script parses out the runmqsc output to get the current depths for the "important" queues and compares that with the thresholds. When the number exceeds the threshold -- it pages me. It's for a Solaris system, but the basic approach should work the same. Not fancy, but it does work. Rebecca Bullock Computer Sciences Corporation MFCoE Princeton, NJ 08541 email: [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Larry.McCord [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 14, 2002 10:16 AM To: [EMAIL PROTECTED] Subject: Event Queue Monitoring We would like to send an Email or page to an MQ support person when messages start building up in a queue on a HP-UX or Win2000 server. We can set the high threshold on the queue. But we are not sure what to do for the rest. The MQ Admin packages can do this easily but they are out of the picture for the short-term. We also want to minimize development but some would be okay. We have reviewed the support pacs and have not seen a good fit but could have missed one. Does anyone have any suggestions for us? Thanks in advance, Larry Larry McCord Blue Cross and Blue Shield of Missouri 314.923.4432 [EMAIL PROTECTED] 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 ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. 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: The difference between MQSI 2.0.2 and MQSI 2.1 and MQ 5.2 and MQ 5.3
Pierre, >>>Can someone tell me what is the difference between MQSI 2.1 and 2.0.2 >>>and where to get more info. An overview of the changes in V2.1 can be found under "Changes to this edition" in the "Introduction and Planning Guide" at http://publibfp.boulder.ibm.com/epubs/pdf/bipyab04.pdf. Also, there were additional functional enhancements introduced to WMQI V2.1 in CSD2 and CSD3 as well. These are described in the "CSD Release Guide" at http://publibfp.boulder.ibm.com/epubs/pdf/bipzay00.pdf. >>>Does 2.1 support NEON. Yes. >>>Does 2.1 support data verification for exmplae if I tell MRM that a >>>field is allowed only to certain v Validation is introduced with CSD3. Information on this can be found in the "CSD Release Guide" at http://publibfp.boulder.ibm.com/epubs/pdf/bipzay00.pdf, as well as the latest version (August 2002) of the WMQI V2.1 manuals (available at http://www-3.ibm.com/software/ts/mqseries/library/manualsa/manuals/wsmqsiv21.html ). Whether the validation support introduced in CSD3 will work for your specific example, you'll have to determine. >>>and the difference between MQ 5.2 and 5.3 - any major differences? See http://www-3.ibm.com/software/ts/mqseries/messaging/v53. Regards, Christopher Frank Sr. I/T Specialist - IBM Software Group IBM Certified Solutions Expert - Websphere MQ & MQ Integrator Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008 e-mail: [EMAIL PROTECTED] 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: runmqsc remote
>Seem to be having problems issuing commands remotely to OS390 using runmqsc. >No problems on on our other 4 platforms just MVS. I have the -w parm set >high, I have the -x indicator set. Seem to be getting thru but I get a time >out as it appears the remote Qmgr on MVS is not responding. Channels are set >up correctly and are running and I have the QMGR set up as an alias. Since >all other communication between the source Qmgr and the target Qmgr is OK, >can't fathom why I am having problem here. Anyone experience this? Thanx in >advance of any suggestions. BB. Obvious I know but have you checked the Dead Letter Queue on the z/OS to see whether the command server is putting the message there because you haven't got the right authority for example. Bottom line is that the message must be going somewhere so check all your DLQ's, Transmission Queues etc. If you have no joy you can always switch on trace and see what happens to it. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Rochester,MN 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: Detecting MQ subsystem shutdown
Rick Sorry I must have missed that part. I thought he had said that he wanted to only do work after a message arrived. If he is going to do other work while he waits for a message then a long wait is not appropriate unless he attaches his program to a main task (Note to the unwary: If you do this then an MQ connection handle has to be created in the subtask.) Kevin Ferguson From: Rick Tsujimoto <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Detecting MQ subsystem shutdown Date: Fri, 15 Nov 2002 09:19:28 -0500 Kevin, I believe the original poster said his program would continue to do other work while the MQGET is in process. Kevin Ferguson cc: Sent by: Subject: Re: Detecting MQ subsystem shutdown MQSeries List 11/14/2002 08:43 AM Please respond to MQSeries List You shouldn't need to poll it if you use a long wait. An ECB will be POSTed when a message arrives on the target queue. As long as you code LONG=YES on your WAIT you shouldn't need to do anything else. If a shutdown is issued for the QMGR or if a message arrives then the ECB is POSTed. I check for it like this CLC MSG_ECB+1(3),=al3(MQEC_MSG_ARRIVED) BEREAD_MESSAGE CLC MSG_ECB+1(3),=al3(MQEC_WAIT_CANCELED) BEDO_WAIT_CANCEL At DO_WAIT_CANEL I close the queues, disconnect the QMGR and then POST an ECB to my main task to tell it that the MQ portion has closed down. Kevin Ferguson >You can perform an MQGET with a signal. Basically, a pointer to an ecb >list is stored as a GMO option. At this point, your program would have to >poll the ECB list periodically to see if ECB corresponding to your MQGET >has been posted. If MQ is down, or going down, that info is stored in the >ECB. > >Take a look at the sample COBOL program CSQ4CVB2 in SCSQCOBS. It uses >signalling when it does an MQGET. > >Appendix 1 in the programmer's reference manual describes the codes stored >in the ECB. _ 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 _ The new MSN 8: smart spam protection and 2 months FREE* 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
Re: dmpmqaut
I have it on our AIX with 5.3 - make sure you're not running an older version though, since the command is new to 5.3. Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 14, 2002 4:38 PM To: [EMAIL PROTECTED] Subject: dmpmqaut Importance: Low Is dmpmqaut restricted to NT? I thought it was available on AIX but I can't seem to find it. What am I doing wrong BB. Bruce Barclay Cell: 613-794-8423 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
Trigger problem
I am having problems triggering a program on a Windows 2000 server. The triggering works fine with the runmqtrm command from the command line, but when I set the trigger monitor up using MQservices, it does not trigger. I already have one(successfully running trigger monitor) setup under services, so the new monitor is showing up as TRIGGER MONITOR(2). Any ideas? We only have two programs that need to be triggered on the server. We are running MQ 5.2. --- Legal Disclaimer: The information contained in this communication may be confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message and any copy of it from your computer system. Thank you. --- 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: dmpmqaut
try 'find / -name dspmqaut* 2>/dev/null" we are using ity on Solaris, actually about 5 min ago!! From: [EMAIL PROTECTED] Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: dmpmqaut Date: Thu, 14 Nov 2002 16:38:03 -0500 Is dmpmqaut restricted to NT? I thought it was available on AIX but I can't seem to find it. What am I doing wrong BB. Bruce Barclay Cell: 613-794-8423 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 _ The new MSN 8: advanced junk mail protection and 2 months FREE* 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
Re: VisualStudio.NET
Using it w/C#. IBM does not support it, but we got it to work. Nigel DeFreitas 201 469 3939 -Original Message- From: Terry Fors [mailto:[EMAIL PROTECTED]] Sent: Friday, November 15, 2002 9:45 AM To: [EMAIL PROTECTED] Subject: VisualStudio.NET Anyone out there using VisualStudio.NET, primarily VisualC++.NET with MQSeries? Does it work OK? Is it supported by IBM? Terry Fors Acxiom MQ 651.787.5448 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: AW: Shutting down long running GETters on OS/390
very very small modification you could use the sample program AMQSPUT.cbl From: "Raabe, Stefan" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: AW: Shutting down long running GETters on OS/390 Date: Fri, 15 Nov 2002 09:30:41 +0100 Bill, if your job sits on a get-wait, why dont you use the "fail if quiescing" - option to recognize the mq shutdown directly? regards stefan -Urspr|ngliche Nachricht- Von: Beinert, William [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 14. November 2002 20:17 An: [EMAIL PROTECTED] Betreff: Shutting down long running GETters on OS/390 We are just beginning to implement some long running production jobs which wait on a queue. I need a way for our operators to shut down these jobs gracefully. Sending a QUIT REPORT message seems to be the best way, but the issue is operator usability. The operator just knows that job P1234567 is running, not about queues... I'd like for the operator to enter a command like S MQENDJOB,JOB=P1234567. I could create a table that mapped the job name to the queue it is waiting on, so that MQENDJOB could send the quit message to the right queue, but I am concerned about keeping that table current, especially in the test and development environment. Is there a PCF facility that will tell me what queue a job is waiting on? How are other folks handling this process? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE 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 _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 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
Re: VisualStudio.NET
Nothing official, I have only this 3 part initiative http://www.kolban.com/mq/DotNET/ Good Luck. --- Roberto Oscar Sánchez - Arquitecto de Sistemas Centrales Banco Galicia - Gerencia de Sistemas - Arquitectura Corporativa Peron 525 - Piso 8 - C1038AAK - 54-11-6329-5349 Buenos Aires - Argentina - [EMAIL PROTECTED] --- Terry Fors cc: Enviado por: Asunto: VisualStudio.NET MQSeries List 15/11/2002 11.44 Por favor, responda a MQSeries List Anyone out there using VisualStudio.NET, primarily VisualC++.NET with MQSeries? Does it work OK? Is it supported by IBM? Terry Fors Acxiom MQ 651.787.5448 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
MQSeries classes for Java and OpenVMS
SupportPac: MA88 MQSeries classes for Java and MQSeries classes for Java Message Service for MQSeries 5.2 does not appear to support OpenVMS Alpha. The WebSphere MQ Using Java for MQSeries 5.3 does not appear to support OpenVMS Alpha. The OpenVMS System Administration Guide Version 5.1 mentions that a new feature for this version is "MQSeries for Compaq OpenVMS now works with Java compilers" Does the earlier version of SupportPac: MA88 for MQSeries 5.1 support OpenVMS? If so, how can I get it? If not, are there any plans for an MQSeries Java API that works with OpenVMS? Thanks, MikeDo you Yahoo!? Yahoo! Web Hosting - Let the expert host your site
Using PASSTHRU in MQSI
Hi, Having a problem with PASSTHRU statement. Here is the code: SET rgn_id = PASSTHRU('SELECT R.RGN#ID FROM F5977DB.TSCORG O INNER JOIN F5977DB.TSCRGNDEF R ON O.PLCY#NBR = R.PLCY#NBR WHERE O.ORG#NBR = ? AND R.STTE#CDE = ? AND ? BETWEEN R.RGNDEF#MIN_ZIP_NBR AND R.RGNDEF#MAX_ZIP_NBR', InputRoot.MRM.ELIG_REC.ELIG_ORG_NBR, InputRoot.MRM.ELIG_REC.ELIG_STTE_CDE, InputRoot.MRM.ELIG_REC.ELIG_RES_ZIP_NBR); Here is the error being reported: Trying to assign or use a list as a scalar This query returns only one value. I have tried using the "THE" keyword but that get's a syntax error. MQSI 2.1 CSD2 - AIX MQ 5.3 - Aix UDB 7.2 - NT 4.0 Any ideas would be greatly appreciated. Dave Kazatsky Senior Middleware Administrator W. (908) 575-6947 C. (973) 865-8106 The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. 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: Latest version Compaq NSK
I would recommend you calling IBM on this then. The sites are a reference and if the reference is not sufficient then "IBM says you make the call !" ( for those of you that remember that slogan. Cheers, Darry -Original Message-From: Emile Kearns [mailto:[EMAIL PROTECTED]]Sent: Friday, November 15, 2002 1:13 AMTo: [EMAIL PROTECTED]Subject: Re: Latest version Compaq NSK The question that remains un-answered is, Do you get the software based on the hardware platform or on the operating system running on the hardware. -Original Message-From: Gorse, Darry [mailto:[EMAIL PROTECTED]] Sent: 14 November 2002 03:42To: [EMAIL PROTECTED]Subject: Re: Latest version Compaq NSK According to these two IBM web sites, I would say that your findings are correct. http://www-3.ibm.com/software/ts/mqseries/support/summary/index.html http://www-3.ibm.com/software/ts/mqseries/platforms/supported.html HTH, Cheers, Darry -Original Message-From: Emile Kearns [mailto:[EMAIL PROTECTED]]Sent: Wednesday, November 13, 2002 2:24 AMTo: [EMAIL PROTECTED]Subject: Latest version Compaq NSK Hi Guys, I have a client running NT on a Compaq NSK machine and what I would like to know is what the latest MQSeries version for the platform is. I seem to get 5.1 when I do my search, is this correct?
Re: Waitinterval and response time of CICS transaction
Your understanding of waitinterval is correct. Does this transaction process one message or more than one message? What causes the transaction to end? > --Original Message- > From: Jose, Prince [SMTP:[EMAIL PROTECTED]] > Sent: Thursday, November 14, 2002 11:22 AM > To: [EMAIL PROTECTED] > Subject: Waitinterval and response time of CICS transaction > > Environment: MQSeries 5.2 on OS390 and CICS > Hello, > I have never done any MQcoding myself, so please excuse me if this sounds > very dumb > It is about the response time of a CICS transaction and the wait interval > coded on the MQGET. > Our application programmers are working on a CICS transaction doing > PUT(request) to an MQ queue and doing a GET with WAIT from a reply queue. > > The response time of this transaction is always equal to the Waitinterval > coded in the MQGET call. > > As I understand it, waitinterval is the max time, the MQGET call waits > for the messages to arrives in the queue. > Now if we code a waitinterval of 30seconds and say, 10 message arrives in > the queue within 2seconds, > the program should be able to process these 10 messages immediately as > they arrive in the queue right? > Then what are we doing wrong here? > Any inputs will be greatly appreciated. > Thanks, Prince > > > > 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
MQSeries classes for Java and OpenVMS
SupportPac: MA88 MQSeries classes for Java and MQSeries classes for Java Message Service for MQSeries 5.2 does not appear to support OpenVMS Alpha. The WebSphere MQ Using Java for MQSeries 5.3 does not appear to support OpenVMS Alpha. The OpenVMS System Administration Guide Version 5.1 mentions that a new feature for this version is "MQSeries for Compaq OpenVMS now works with Java compilers" Does the earlier version of SupportPac: MA88 for MQSeries 5.1 support OpenVMS? If so, how can I get it? If not, are there any plans for an MQSeries Java API that works with OpenVMS? Thanks, MikeDo you Yahoo!? Yahoo! Web Hosting - Let the expert host your site
Re: dmpmqaut
Hello Bruce: Isn't it misspelled? I have never thought of dmpmqaut and Google does not give any result on it. *dspmqaut* is available on AIX -- at least in MQSeries 5.1 installed on my box. Hope this will help, Pavel Barclay.BW@FORCES .GC.CA To: [EMAIL PROTECTED] Sent by: MQSeriescc: List Subject: dmpmqaut 11/14/2002 04:38 PM Please respond to MQSeries List Is dmpmqaut restricted to NT? I thought it was available on AIX but I can't seem to find it. What am I doing wrong BB. Bruce Barclay Cell: 613-794-8423 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 -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. 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: AW: Shutting down long running GETters on OS/390
You could write a batch job that the operator would sched and run that would put a priority message to the queue that the program would read first (it would bubble to the top) and that message would indicate shutdown. Operator only knows schedule job, Job handles the PUT and the program will get the message before any others on the queue. bobbee From: "Raabe, Stefan" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: AW: Shutting down long running GETters on OS/390 Date: Fri, 15 Nov 2002 09:30:41 +0100 Bill, if your job sits on a get-wait, why dont you use the "fail if quiescing" - option to recognize the mq shutdown directly? regards stefan -Urspr|ngliche Nachricht- Von: Beinert, William [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 14. November 2002 20:17 An: [EMAIL PROTECTED] Betreff: Shutting down long running GETters on OS/390 We are just beginning to implement some long running production jobs which wait on a queue. I need a way for our operators to shut down these jobs gracefully. Sending a QUIT REPORT message seems to be the best way, but the issue is operator usability. The operator just knows that job P1234567 is running, not about queues... I'd like for the operator to enter a command like S MQENDJOB,JOB=P1234567. I could create a table that mapped the job name to the queue it is waiting on, so that MQENDJOB could send the quit message to the right queue, but I am concerned about keeping that table current, especially in the test and development environment. Is there a PCF facility that will tell me what queue a job is waiting on? How are other folks handling this process? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE 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 _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 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
Re: Shutting down long running GETters on OS/390
The DISPLAY QSTATUS command should return the data you're looking for. I'm not sure which version introduced this command, but it was a topic of discussion not too long ago. "Beinert, William" To: [EMAIL PROTECTED] Subject: Shutting down long running GETters on OS/390 Sent by: MQSeries List 11/14/2002 02:16 PM Please respond to MQSeries List We are just beginning to implement some long running production jobs which wait on a queue. I need a way for our operators to shut down these jobs gracefully. Sending a QUIT REPORT message seems to be the best way, but the issue is operator usability. The operator just knows that job P1234567 is running, not about queues... I'd like for the operator to enter a command like S MQENDJOB,JOB=P1234567. I could create a table that mapped the job name to the queue it is waiting on, so that MQENDJOB could send the quit message to the right queue, but I am concerned about keeping that table current, especially in the test and development environment. Is there a PCF facility that will tell me what queue a job is waiting on? How are other folks handling this process? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE 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
MQSoap server not working after installing .Net Studio
Has anyone gotten the MQSoap support pack to run on a W2K machine with .Net Visual Studio installed? I've had the MQSoap COM server running just fine until I installed the .Net Visual Studio. When I run the COM server, it appears to be ready to wait on messages. But when messages arrive, no visible action is taken. I've downloaded a fresh copy of the MS SOAP Toolkit, but have the same result. When I run the Verification Test, I get the following: C:\Program files\IBM\Websphere MQ\Tools\Soap\IVT\IVTClient.vbs(10,1) (null) Unspecified error When I put in a display/debug statement immediately before line 10, I can see the debug statement output. So I guess I'm starting the server ok, but the client is not working. I looked at the actual script file for the client (IVTClient.vbs) and there is a reference to 'soapclient.EchoString'. Well, there is no such method for a Microsoft SOAP Client class. I'm sure that is not the exact same error as the COM server, but I'll be it is related. This is a category 2 support pack, so I'm not sure IBM would look at this right away, but I hope they do. Its very helpful to be able to invoke a COM component immediately upon message arrival. Peter 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: dmpmqaut
Thanx. Most helpful. BB. > -Original Message- > From: John Scott [SMTP:[EMAIL PROTECTED]] > Sent: Friday, November 15, 2002 3:59 AM > To: [EMAIL PROTECTED] > Subject: Re: dmpmqaut > > Try amqoamd > > It's available in MQ 5.2 and from a certain CSD onwards (CSD05 definately) > there's a -s option which outputs the setmqaut commands to recreate the > authorities... > > Regards > John Scott > Senior Middleware Technical Specialist > Argos Ltd > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 14 November 2002 21:38 > To: [EMAIL PROTECTED] > Subject: dmpmqaut > > > Is dmpmqaut restricted to NT? I thought it was available on AIX but I > can't > seem to find it. What am I doing wrong BB. > > Bruce Barclay > Cell: 613-794-8423 > > 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 > > > ** > > Click here to visit the Argos home page http://www.argos.co.uk > > The information contained in this message or any of its attachments may be > privileged and confidential, and is intended exclusively for the > addressee. > The views expressed may not be official policy, but the personal views of > the originator. > If you are not the intended addressee, any disclosure, reproduction, > distribution, dissemination or use of this communication is not > authorised. > If you have received this message in error, please advise the sender by > using your reply facility in youe e-mail software. > All messages sent and received by Argos Ltd are monitored for virus, high > risk file extensions, and inappropriate content. As a result users should > be aware that mail maybe accessed. > > ** > > 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: 2071 Errors - help!
I'm sure you'll get many better informed responses than mine (I'm no MQ expert). Sounds like you've run out of page space (do an "lsps -a"). Try increasing the amount of disk space defined for page. "HOWELLS, VALERIE A. (AIT)" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 10/11/2002 12:47 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:2071 Errors - help! Our application is receiving frequent 2071 (MQRC_STORAGE_NOT_AVAILABLE) errors in the application log. I checked the Programming Reference manual and it just said "call has failed because there is insufficient main storage available". The team SWEARS no changes have been made to the application or the box! They rebooted 2 nights ago but the error keeps recurring. I have checked the memory and semaphores and they seem to be ok... The system admin cannot see any kind of problem on the box. HP 11.0 MQ 5.1 Thanks in advance for your assistance Valerie A. Howells SBC/Ameritech Middleware MQ Team Hoffman Estates, IL IBM Certified MQ Series Specialist email: [EMAIL PROTECTED] 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: MQexam questions
Oh!! Did I forget to mention the 10% kickback to the hiring manager(Double grin)!!! From: David Awerbuch <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: MQexam questions Date: Thu, 14 Nov 2002 07:48:19 -0800 I have to concur with bobbee about the affect of the certificates on my finding work. I landed my first MQSeries consulting assignment without having any MQS experience; the hiring manager looked at my 20 years of cross-platform experience with messaging and store-and-forward development, and asked me when I could start? He understood that the experience counted for much more than the piece of paper. I didn't take my first cert test for almost 2 years after that. But that's only because I can't really on bobbee's charm and wit like he does to get me in . I like to believe it's my honest knowledge of my skills and my limitations that makes me attartive to hiring managers. Dave A. - original message - > Date:Tue, 12 Nov 2002 08:36:38 -0500 > From:Robert Broderick <[EMAIL PROTECTED]> > Subject: Re: MQexam questions > > I took the test some 4 or 5 years back. At that time, my cross platform > experience was very limited. I found the test at that time to be a > distribution of MQSeries knowledge across all the main platforms. I did not > feel it was asking too much from the person taking it. > > As for the value of the piece of paper. I do much of the interviewing for > companies, whereever I am at, for people coming in that relate to my area of > expertise. I don't even go looking for a mention of a certificate on the > resume. I just try to fry you on what your resume states. If you pass my > interview you deserve the job more than me. Also I have been doing this > stuff for about 26 years now and none of the certificates or training on my > resume has ever, to the best of my knowledge, lead me to secure a position. > It may be an indication of things I was familur with. But in the end it was > always my charm and wit, maybe more charm than wit, that got me the > position. I don't believe companies rely on face value a piece of paper that > states the candidate may be knowledgeable in a certain area.. If they do I > believe the organization needs a reorg. > > > bobbee __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com 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 _ The new MSN 8: advanced junk mail protection and 2 months FREE* 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
MQ Client on HP-UX v11
Hello HPUX MQ users, We are downloading supportpac MACN and having problem installing MQ client on HP. The error message we are getting is { ftux005:/var/adm/crash/hpux11 : Cannot establish a lock on this target because of an external error (for example, the lock file could not be created)}. Can any body tell us what we are doing wrong ? I would be greatly appriciated. __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.yahoo.com 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: Waitinterval and response time of CICS transaction
I worked on a simular systems and the waitinterval works as documented. Try writing a message to the queue with a program that does not use any options and see if it still reacts the same way. set the waitinterval fo something like 5 minutes to amplify the test. If it now wors as expected look at the way your programs are doing their commits (syncpoints) From: "Jose, Prince" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Waitinterval and response time of CICS transaction Date: Thu, 14 Nov 2002 14:21:32 -0500 Environment: MQSeries 5.2 on OS390 and CICS Hello, I have never done any MQcoding myself, so please excuse me if this sounds very dumb It is about the response time of a CICS transaction and the wait interval coded on the MQGET. Our application programmers are working on a CICS transaction doing PUT(request) to an MQ queue and doing a GET with WAIT from a reply queue. The response time of this transaction is always equal to the Waitinterval coded in the MQGET call. As I understand it, waitinterval is the max time, the MQGET call waits for the messages to arrives in the queue. Now if we code a waitinterval of 30seconds and say, 10 message arrives in the queue within 2seconds, the program should be able to process these 10 messages immediately as they arrive in the queue right? Then what are we doing wrong here? Any inputs will be greatly appreciated. Thanks, Prince _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus 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: Waitinterval and response time of CICS transaction
Title: Waitinterval and response time of CICS transaction I think this may be because the default on OS390 (if not otherwise specified) is that puts are done in syncpoint. I've seen this problem before. The program issues a put not knowing that it is within syncpoint and then waits for a reply. The reply doesn't come, the program ends (thus issuing an implicit commit) and voila, the messages suddenly appear on the queue. The truth is they were there all along but not hardened by a commit and therefore not available to the MQGET command. Nick -Original Message-From: Jose, Prince [mailto:[EMAIL PROTECTED]]Sent: Thursday, November 14, 2002 11:22 AMTo: [EMAIL PROTECTED]Subject: Waitinterval and response time of CICS transaction Environment: MQSeries 5.2 on OS390 and CICS Hello, I have never done any MQcoding myself, so please excuse me if this sounds very dumb It is about the response time of a CICS transaction and the wait interval coded on the MQGET. Our application programmers are working on a CICS transaction doing PUT(request) to an MQ queue and doing a GET with WAIT from a reply queue. The response time of this transaction is always equal to the Waitinterval coded in the MQGET call. As I understand it, waitinterval is the max time, the MQGET call waits for the messages to arrives in the queue. Now if we code a waitinterval of 30seconds and say, 10 message arrives in the queue within 2seconds, the program should be able to process these 10 messages immediately as they arrive in the queue right? Then what are we doing wrong here? Any inputs will be greatly appreciated. Thanks, Prince
OAM on Windows versus Unix
Can anyone explain why you can set authorizations at both the group and principal levels on NT but only on the group level on Unix?? Is it strictly because of the differences between operating systems or will they soon be the same? I am trying to set up some policies and guidelines in the use of OAM and this bit confuses things. I guess I will set things up as for the Unix systems as this would be the lowest common denominator??? Thanx in advance. BB. Bruce Barclay Cell: 613-794-8423 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: JMS subscribers
Tim, I'm familiar with the "reason code" index. Still, why would this error be thrown when attempting to shut down the subscriber. This error is not thrown unless the subscriber gets into a state where messages are published but are not being delivered. Stu -Original Message- From: Tim Crossland [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 14, 2002 3:29 AM To: [EMAIL PROTECTED] Subject: Re: JMS subscribers Stu, Reason 2033 is "MQRC_NO_MSG_AVAILABLE". In other words, there is no message on the queue. For more information on MQ reason codes, have a look at chapter 8 of the following manual: http://publibfp.boulder.ibm.com/epubs/html/amqzao04/amqzao04tfrm.htm Regards, Tim Crossland http://www.solent-consultancy.com > Stu Barrett > [EMAIL PROTECTED] > BTECH.COM> cc: > Sent by: MQSeriesSubject: JMS subscribers > List > n.AC.AT> > > > November 13, 2002 > 01:49 > Please respond to > MQSeries List > > > > > > >Thanks James for the response. I feel silly for not reading the "welcome" >notice that explained the acknowledgment protocol. But I got that working >to fit my needs now. > >I'm not that experienced in low level MQ stuff (JMS hides that), but I do >have the Windows MMC plugin that I can use to monitor a queue manager and >it's queues. I can use the MQ commands via runmqsc. Still, I'm not sure >how JMS subscriptions (non-durable) are actually implemented within MQ. > >FYI, I'm using sync receivers, no SQL selectors. > >The only exception I get is when I attempt to close the subscription after >its deemed to be broken: > >com.ibm.mq.MQException: Completion Code 2, Reason 2033 >javax.jms.JMSException: MQJMS3013: Failed to store admin. entry > at >com.ibm.mq.jms.services.ConfigEnvironment.newException(ConfigEnvironment.java:418) > > at com.ibm.mq.jms.MQSubAdmin.removeND(MQSubAdmin.java:1045) > at >com.ibm.mq.jms.MQTopicSubscriber.close(MQTopicSubscriber.java:452) > >Any hints on how to "lift the MQ hood" and see what is happening with the >JMS subscriptions? > >Stu > >-Original Message- >From: James Kingdon [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, November 13, 2002 1:45 AM >To: Stu Barrett >Subject: list messages > > >Hi Stu, > >By default the list software doesn't send a copy of the post back to the >originator. Your posts are gettng out fine, but I guess none of us have >much idea what might be going wrong. We need to identify something that >indicates why the subscribers stop receiving messages - anything in the >MQ logs, or any exceptions raised? Are you using synchronous or >asynchronous receivers? If it's asynchronous have you registered an >ExceptionListener? Are you using SQL selectors on the subscriptions? > >Cheers, >James. > >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 _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 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
Re: VisualStudio.NET
IBM's website shows Visual C++ V6.0 for MQ V5.3. However, I would expect C++.NET to work so long as you use classic C++ rather than managed C++. I haven't tried it yet (normal C++), but will be doing so soon. Regards John Scott Senior Middleware Technical Specialist Argos Ltd -Original Message- From: Terry Fors [mailto:[EMAIL PROTECTED]] Sent: 15 November 2002 14:45 To: [EMAIL PROTECTED] Subject: VisualStudio.NET Anyone out there using VisualStudio.NET, primarily VisualC++.NET with MQSeries? Does it work OK? Is it supported by IBM? Terry Fors Acxiom MQ 651.787.5448 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 ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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: Latest version Compaq NSK
The quick beginnings for MQv5.1 for NSK has hardware and software requirements and can be downloaded from the IBM MQSeries lib. at IBM. On of the links below will get you close. Emile Kearns wrote: The question that remains un-answered is, Do you get the software based on the hardware platform or on the operating system running on the hardware. -Original Message- From: Gorse, Darry [mailto:[EMAIL PROTECTED]] Sent: 14 November 2002 03:42 To:[EMAIL PROTECTED] Subject: Re: Latest version Compaq NSK According to these two IBM web sites, I would say that your findings are correct. http://www-3.ibm.com/software/ts/mqseries/support/summary/index.html http://www-3.ibm.com/software/ts/mqseries/platforms/supported.html HTH, Cheers, Darry -Original Message- From: Emile Kearns [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 13, 2002 2:24 AM To: [EMAIL PROTECTED] Subject: Latest version Compaq NSK Hi Guys, I have a client running NT on a Compaq NSK machine and what I would like to know is what the latest MQSeries version for the platform is. I seem to get 5.1 when I do my search, is this correct? -- Thanks, Barry R. Norman MQSeries Administration (918)292-5167 begin:vcard n:Norman;Barry tel;work:(918)292-5167 x-mozilla-html:FALSE org:http://fedesk.sabre.com/images/logo.gif";>;EDS Connectivity Middleware Solutions adr:;;4000 N. Mingo Rd.;Tulsa;OK;74116;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Infrastructure Specialist fn:Barry Norman end:vcard
Re: Detecting MQ subsystem shutdown
According to the SYstem Administration Guide for the distributed platforms, a plain "endmqm" will wait until all the connections have disconnected before shutting down. This is what you explain in the first list of steps. There is also an "endmqm -w" which does the same as the default, but does not return until the queue manager has ended. To shutdown immediately, you need to do "endmqm -i" which results in your second set of steps. This will drop the existing connection and roll back any uncommitted work when the queue manager next starts. This waits for any existing MQI calls to complete and fails any new ones. Possibly 1 time in a 1000 this might not work (something really bad has happened to queue manager processes) which is why there is a pre-emptive shutdown "endmqm -p" option. The original question involved MQ 5.2 on OS/390 and I don't know whether the same endmqm options exist... Regards John -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED]] Sent: 14 November 2002 17:34 To: [EMAIL PROTECTED] Subject: Re: Detecting MQ subsystem shutdown What's the rationale for hanging the qmgr just because there's an app with open connection is not currently in the midst of an API request? I mean, it COULD be a long time before the app needs MQ services. Or it COULD be a long time before the app cooperates and closes the connection. So, it appears we have this: 1. Qmgr shutdown is issued 2. Qmgr hangs because of open connection 3. Application eventually issues an MQ call 4. Call fails with MQ quiescing 5. Application closes connection 6. Qmgr shutsdown When this seems much more sensible: 1. Qmgr shutdown is issued 2. Qmgr abandons the connection and shutsdown 3. Application eventually issues an MQ call 4. Call fails with Qmgr not available I'm with bobee--I still find it funny that the QMGR doesn't just drop the connection! In fact, that should happen even if there is uncommitted work because there is no way to actually commit at that point. > -Original Message- > From: John Scott [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, November 13, 2002 3:47 PM > To: [EMAIL PROTECTED] > Subject: Re: Detecting MQ subsystem shutdown > > >From: Robert Broderick [mailto:[EMAIL PROTECTED]] said... > > >I still find it funny that the QMGR doesn't drop the connection if you > don't > >have any uncommited work going on!! > > If he's not got an MQI call in progress (he's doing something else) then > it > won't fail because he's not waiting on MQ which can fail his call. I would > assume the call would fail the next time an MQI call is performed. > > Cos' it's OS/390, I am not to sure how you would get it to stop > immediately > (endmqm -i on distributed) which would get it to stop and leave the > connected app behind to fail on the next MQI call. > > John. > ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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: Detecting MQ subsystem shutdown
Kevin, I believe the original poster said his program would continue to do other work while the MQGET is in process. Kevin Ferguson cc: Sent by: Subject: Re: Detecting MQ subsystem shutdown MQSeries List 11/14/2002 08:43 AM Please respond to MQSeries List You shouldn't need to poll it if you use a long wait. An ECB will be POSTed when a message arrives on the target queue. As long as you code LONG=YES on your WAIT you shouldn't need to do anything else. If a shutdown is issued for the QMGR or if a message arrives then the ECB is POSTed. I check for it like this CLC MSG_ECB+1(3),=al3(MQEC_MSG_ARRIVED) BEREAD_MESSAGE CLC MSG_ECB+1(3),=al3(MQEC_WAIT_CANCELED) BEDO_WAIT_CANCEL At DO_WAIT_CANEL I close the queues, disconnect the QMGR and then POST an ECB to my main task to tell it that the MQ portion has closed down. Kevin Ferguson >You can perform an MQGET with a signal. Basically, a pointer to an ecb >list is stored as a GMO option. At this point, your program would have to >poll the ECB list periodically to see if ECB corresponding to your MQGET >has been posted. If MQ is down, or going down, that info is stored in the >ECB. > >Take a look at the sample COBOL program CSQ4CVB2 in SCSQCOBS. It uses >signalling when it does an MQGET. > >Appendix 1 in the programmer's reference manual describes the codes stored >in the ECB. _ 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
mqax200.dll vs mqic32.dll for reading binary
Using a VB app using either mqax200 or mqic32, we have succesfully put a PDF to an MQ Queue. A java app has read this PDF MQ message successfully. A VB app using Mqic32.dll has read this PDF MQ message successfully. A VB app using MQAX200.dll reads the message (MQ RC of ), but is corrupting the data slightly. Looking at the HEX dump of the message returned by MQAX200.dll, we can see some bytes are incorrect, when compared to the original message, or compared to what the JAVA app or the Mqic32.dll VB app returns. Is there a known issue with MQAX200.dll reading these types of messages? The format of the message is blank, and we tried it with or without the convert, with the same garbled results for MQAX200, but not the others. Even amqsbcgc worked correctly. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. 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: Shutting down long running GETters on OS/390
Maybe someone could write an API exit that creates an 'artificial' enqueue with the queue name and task name.. then your os/390 monitor (xMON) could be used to identify all enqueues that start with MQxxx.. your MQENDJOB utility could look up the jobname in the enqueues?? (I'm fuzzy about that part) and determine the queue name and send the message.. Or an exit could just perform a file allocation (SHR) to a common file, and start the enqueue naturally From: "Beinert, William" <[EMAIL PROTECTED]> on 11/14/2002 02:16 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Shutting down long running GETters on OS/390 We are just beginning to implement some long running production jobs which wait on a queue. I need a way for our operators to shut down these jobs gracefully. Sending a QUIT REPORT message seems to be the best way, but the issue is operator usability. The operator just knows that job P1234567 is running, not about queues... I'd like for the operator to enter a command like S MQENDJOB,JOB=P1234567. I could create a table that mapped the job name to the queue it is waiting on, so that MQENDJOB could send the quit message to the right queue, but I am concerned about keeping that table current, especially in the test and development environment. Is there a PCF facility that will tell me what queue a job is waiting on? How are other folks handling this process? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE 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: Event Queue Monitoring
It depends on what you have. If you have Tivoli monitoring, then you have 85% already in place.. or some other kind of tool that offers email notifications. Otherwise.. If your current email system has an 'open' interface, then write some code to implement it. Or, at least, use a program that can call SMTP (outbound email protocol). Keep it to one platform by forwarding all (performance) events to one custom event queue on a 'central' queue manager, then write a triggered program to process the incoming performance event messages. Perhaps this would be generic, to filter out the non-queue depth messages. The program continues by formatting a call to a separate email interface program with the proper parameters. This program calls your email system's interface, or SMTP. For Windows systems, there are several packages you can buy for VB (Active X) that provide easy to use components for sending emails via SMTP or other formats. These are significantly less costly than an MQ admin package, but they are not cheap. Here is some sample code I found for one vendor's product: Set SMTP = CreateObject("EasyMail.SMTP.6") SMTP.LicenseKey = "Your Company/12345ABCDEF" SMTP.MailServer = "mail.yourdomain.com" SMTP.Subject="Sample Message" SMTP.BodyText = "message" SMTP.FromAddr = "[EMAIL PROTECTED]" SMTP.AddRecipient "J Doe","[EMAIL PROTECTED]", 1 SMTP.Send There are some VB classes provided with Windows that performs SMTP functions, but it is much more complicated. We used the mainframe; with TCP/IP was a sample rexx that provides an interface to SMTP. We modified it to run in batch mode, to take parameters of message text, subject and email address. The sample rexx is called SMTPNOTE. This was 4 years old.. don't know if is still out there. Our program on the mainframe takes in the alert data, formats a parameter list for the SMTPNOTE exec and calls it for each email address that we keep in a file. We maintain this 'address' file. Actually, the address file has a column for the object (channel or queue) and a column with an email address. For every channel or queue that matches the current 'bad' object, the corresponding address is plugged into the call to the SMTP rexx. Some commercial paging services provide an internet mailing address that you can send a message to and the message is converted to a page. From: "Larry.McCord" <[EMAIL PROTECTED]> on 11/14/2002 10:15 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Event Queue Monitoring We would like to send an Email or page to an MQ support person when messages start building up in a queue on a HP-UX or Win2000 server. We can set the high threshold on the queue. But we are not sure what to do for the rest. The MQ Admin packages can do this easily but they are out of the picture for the short-term. We also want to minimize development but some would be okay. We have reviewed the support pacs and have not seen a good fit but could have missed one. Does anyone have any suggestions for us? Thanks in advance, Larry Larry McCord Blue Cross and Blue Shield of Missouri 314.923.4432 [EMAIL PROTECTED] 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: Waitinterval and response time of CICS transaction
Is your CICS transaction actually receiving the reply? Are you committing the message that you put? On OS390 the default put options are under syncpoint. Rick |-+---> | | "Jose, Prince" <[EMAIL PROTECTED]>| | | | | | Sent by: MQSeries List | | | <[EMAIL PROTECTED]> | | | | | | | | | | | | Thursday November 14, 2002 01:21 PM | | | Please respond to MQSeries List | | | | |-+---> >| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Waitinterval and response time of CICS transaction | >| Environment: MQSeries 5.2 on OS390 and CICS Hello, I have never done any MQcoding myself, so please excuse me if this sounds very dumb It is about the response time of a CICS transaction and the wait interval coded on the MQGET. Our application programmers are working on a CICS transaction doing PUT(request) to an MQ queue and doing a GET with WAIT from a reply queue. The response time of this transaction is always equal to the Waitinterval coded in the MQGET call. As I understand it, waitinterval is the max time, the MQGET call waits for the messages to arrives in the queue. Now if we code a waitinterval of 30seconds and say, 10 message arrives in the queue within 2seconds, the program should be able to process these 10 messages immediately as they arrive in the queue right? Then what are we doing wrong here? Any inputs will be greatly appreciated. Thanks, Prince (See attached file: C.htm) Title: Waitinterval and response time of CICS transaction Environment: MQSeries 5.2 on OS390 and CICS Hello, I have never done any MQcoding myself, so please excuse me if this sounds very dumb It is about the response time of a CICS transaction and the wait interval coded on the MQGET. Our application programmers are working on a CICS transaction doing PUT(request) to an MQ queue and doing a GET with WAIT from a reply queue. The response time of this transaction is always equal to the Waitinterval coded in the MQGET call. As I understand it, waitinterval is the max time, the MQGET call waits for the messages to arrives in the queue. Now if we code a waitinterval of 30seconds and say, 10 message arrives in the queue within 2seconds, the program should be able to process these 10 messages immediately as they arrive in the queue right? Then what are we doing wrong here? Any inputs will be greatly appreciated. Thanks, Prince
Description of a message for non-ME folks
Hi, I'm trying to come up with a very concise and accurate description of what an MQ message is. My best effort so far is: "A message is a portable data structure that documents an event." I'm not real pleased with this. Can anyone think of a better description? Thanks, Steve 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
Queue definition for non-MQ folks
Hi again, I'm trying to describe a queue to non-MQ folks and this is the best I have come up with so far: "A queue is a component interface that separates marshalling from other behaviors of the component." or "A queue is a component interface that allows processing to be distributed over time as well as space." As you can see, I need some help. Thanks again, 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