Why no access to MQ classes in VB?
I have installed MQ 5.3 on my Win2000. When I start a new project in VB and display the Object Browser, I don't see any of the MQ classes. What should I do so that I have access to these classes from any new project I start? I set the PATH variable to point to the INCLUDE lib of VB that came with MQ but it did not make any difference. Thanks for your help. Frank __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.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: Triggerinterval firing when queue is still open
Hi Dennis, Your original question was: > > >Please tell me why there > > > is mention of MQTT_DEPTH in #11 and how it is > > > any different from conditions 1-10 in their own > > >right. I just made an humble attempt to point out the difference between #3 (which is in 1-10) and #11. Now the question is the difference between #11 and #12. I know what you mean and share your sentiments about the mention of MQTT_DEPTH in #11. > > My understanding of #11 is: This is to address > >the situation where the triggered app did not >> consume all of the messages before closing the >> queue... I should have said "This is to address the situation where the triggered app did not consume all of the messages before TERMINATING (not closing)..." And add that "the queue was not opened at all before the termination of the app...". Although this would have clarified the difference (to some including myself, NOT to you Dennis as you already know it;))between #3, 11 and 12 for MQTT_FIRST, it still would not explain the inclusion of MQTT_DEPTH in #11. Maybe, IBM guys can shed some light on this? Best regards, Ruzi --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote: > Wouldn't condition #12 take precedence? > > > -Original Message- > > From: Ruzi R [SMTP:[EMAIL PROTECTED] > > Sent: Tuesday, March 04, 2003 7:47 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Triggerinterval firing when > queue is still open > > > > My understanding of #11 is: This is to address > the > > situation where the triggered app did not consume > all > > of the messages before closing the queue So, in > the > > case of a trig type DEPTH queue: If the > triggerdepth > > was, say 10, and the app started GETtting messages > but > > terminated while there were still, say, 12 more > > suitable messages on the queue (so the queue has > now " > > > triggerdepth" messages). The arrival of the > first > > suitable message on this queue would cause the > trigger > > message to be generated. This is different from #3 > > where the num of suitable messages must be " > > triggerdepth minus 1". > > > > Best regards, > > > > Ruzi > > > > > > --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote: > > > I've never understood #11 and defer to the > > > discussion about "Special case of trigger type > > > FIRST", a few pages later. Please tell me why > there > > > is mention of MQTT_DEPTH in #11 and how it is > any > > > different from conditions 1-10 in their own > right. > > > > > > You can infer from the claim that "trigint=0 > behaves > > > like trigtype every" that there is no > requirement > > > for IPPROCS=0. You may want to make your trigger > > > interval >= to your waitinterval. (Yes, I know > it's > > > a qmgr-wide parameter). > > > > > > > > > > > > > > > > -Original Message- > > > > From: Tim Clarke [SMTP:[EMAIL PROTECTED] > > > > Sent: Monday, March 03, 2003 5:48 PM > > > > To: [EMAIL PROTECTED] > > > > Subject: Triggerinterval firing when > > > queue is still open > > > > > > > > I am have a queue with trigger FIRST and an > > > application > > > > that is doing a GET with a WAITINTERVAL of 5 > > > minutes. > > > > > > > > The application is staying running for hours > > > keeping the > > > > queue open, but the TRIGGERINTERVAL is still > > > generating > > > > extra trigger messages. > > > > > > > > My understanding from the Appl. Prog. Guide > > > (Chapter 14) > > > > in "Conditions for a trigger event" point 11 > is > > > that > > > > for a trigger message to be generated by the > > > TRIGGERINTERVAL > > > > conditions 2-10 (excl. 3) must be satisfied > and > > > condition 4 > > > > is that the queue must have an OpenInputCount > of > > > 0. > > > > > > > > So, if the application still has the queue > open, > > > why are > > > > these extra trigger messages being generated ? > > > > > > > > > > > > > > > > > > > > > > * > > > > This email contains information confidential > to > > > AAMI Limited. If you are not the intended > > > recipient, you must not disclose or use the > > > information in it. If you have received this > email > > > by error, please notify us immediately by return > > > email, and delete this email and any attached > > > documents. > > > > AAMI Limited is not responsible for any > changes > > > made to a document other than those made by AAMI > > > Limited or for the effect of the changes on the > > > document meaning. > > > > > > > > > > ** > > > > > > > > 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 > > > htt
AS/400 Sender channel no USERID PASSWORD parameter on Create MQM channel command ?
Dear Folks, I need to create a LU62 sender channel to connect to OS/390. But I met a problem about channel definition parameter USER, PASSWORD not include on AS/400 Create channel command. So the Sender channel always send default "QMQM" user to OS/390 and from OS/390 log got User Name wrong message. I need to specify user predefined by my client other QMQM user to connect to OS/390's Receiver Channel. How do I specify USERID and Password on AS/400 Sender channel definition ? And another problem was AS/400 receiver channel always INACTIVE and OS/390 Sender channel always retrying. I saw the AS/400 Joblog got the APPC job submitted by QCMN subsystem APPC communication device. And that job normal ended after 1 second. And OS/390 log show communication error RC = 11. Current OS/400 OS V5R1, MQ V5.2. Any helps thanks. Best regards, Vengoal Chang 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: Trigger Msgs go to DLQ
The subject line was "W2K Trigger monitor triggers going to DLQ". Ruzi --- Bill Pigg <[EMAIL PROTECTED]> wrote: > I thought I saw a discussion on trigger messages > going to the dlq awhile > back but can't find anything on that. Anyone > remember that thread? Thanks > > > Bill > > William M. Pigg > Bill Pigg/San Jose/IBM > [EMAIL PROTECTED] > 408.256.5656 t/l 276.5656 > pager: 408-552-0012, http://www.arch.com/message > [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
Trigger Msgs go to DLQ
I thought I saw a discussion on trigger messages going to the dlq awhile back but can't find anything on that. Anyone remember that thread? Thanks Bill William M. Pigg Bill Pigg/San Jose/IBM [EMAIL PROTECTED] 408.256.5656 t/l 276.5656 pager: 408-552-0012, http://www.arch.com/message [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: Triggerinterval firing when queue is still open
Wouldn't condition #12 take precedence? > -Original Message- > From: Ruzi R [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, March 04, 2003 7:47 PM > To: [EMAIL PROTECTED] > Subject: Re: Triggerinterval firing when queue is still open > > My understanding of #11 is: This is to address the > situation where the triggered app did not consume all > of the messages before closing the queue So, in the > case of a trig type DEPTH queue: If the triggerdepth > was, say 10, and the app started GETtting messages but > terminated while there were still, say, 12 more > suitable messages on the queue (so the queue has now " > > triggerdepth" messages). The arrival of the first > suitable message on this queue would cause the trigger > message to be generated. This is different from #3 > where the num of suitable messages must be " > triggerdepth minus 1". > > Best regards, > > Ruzi > > > --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote: > > I've never understood #11 and defer to the > > discussion about "Special case of trigger type > > FIRST", a few pages later. Please tell me why there > > is mention of MQTT_DEPTH in #11 and how it is any > > different from conditions 1-10 in their own right. > > > > You can infer from the claim that "trigint=0 behaves > > like trigtype every" that there is no requirement > > for IPPROCS=0. You may want to make your trigger > > interval >= to your waitinterval. (Yes, I know it's > > a qmgr-wide parameter). > > > > > > > > > > > -Original Message- > > > From: Tim Clarke [SMTP:[EMAIL PROTECTED] > > > Sent: Monday, March 03, 2003 5:48 PM > > > To: [EMAIL PROTECTED] > > > Subject: Triggerinterval firing when > > queue is still open > > > > > > I am have a queue with trigger FIRST and an > > application > > > that is doing a GET with a WAITINTERVAL of 5 > > minutes. > > > > > > The application is staying running for hours > > keeping the > > > queue open, but the TRIGGERINTERVAL is still > > generating > > > extra trigger messages. > > > > > > My understanding from the Appl. Prog. Guide > > (Chapter 14) > > > in "Conditions for a trigger event" point 11 is > > that > > > for a trigger message to be generated by the > > TRIGGERINTERVAL > > > conditions 2-10 (excl. 3) must be satisfied and > > condition 4 > > > is that the queue must have an OpenInputCount of > > 0. > > > > > > So, if the application still has the queue open, > > why are > > > these extra trigger messages being generated ? > > > > > > > > > > > > > > > * > > > This email contains information confidential to > > AAMI Limited. If you are not the intended > > recipient, you must not disclose or use the > > information in it. If you have received this email > > by error, please notify us immediately by return > > email, and delete this email and any attached > > documents. > > > AAMI Limited is not responsible for any changes > > made to a document other than those made by AAMI > > Limited or for the effect of the changes on the > > document meaning. > > > > > > ** > > > > > > 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 > > 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: Backing Up Services in NT
Just to clarifyy posting. With PC-Relocater you point to an application and it runs thru the box and saves anything related to that app (data, bins, ddls, reg entries and system data (services)) and either moves them to another box or saves them as a file to be transfered to another WIN box to be installed later (BACKUP!!!) bobbee From: "De Seve, David" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Backing Up Services in NT Date: Wed, 5 Mar 2003 13:38:40 -0500 Just to be clear I am not talking about the objects created within the queue manager. I am talking about the services created outside the queue manager (listeners, initiators, and trigger monitors). "saveqmgr" does not handle this. -Original Message- From: Frank Laurijssens [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 4:41 AM To: [EMAIL PROTECTED] Subject: Re: Backing Up Services in NT How about using Support Pack mc73? It's not exactly backup/restore, but once you have the script to create the queue manager and queues/channels/..., it can be used as a restore method. >From: "De Seve, David" <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Backing Up Services in NT >Date: Mon, 3 Mar 2003 10:41:23 -0500 > >Does anybody know a utility for backing-up/restoring MQ Services in NT >so that I don't have to recreate them from scratch after I >delete/recreate a queue manager? > >Thanks Disclaimer: ' Aan de inhoud van dit bericht kunnen alleen rechten ten opzichte van Interpay Nederland B.V. of aan haar gelieerde ondernemingen worden ontleend, indien zij door rechtsgeldig ondertekende stukken worden ondersteund. De informatie in dit e-mailbericht is van vertrouwelijke aard en alleen bedoeld voor gebruik door de geadresseerde. Als u een bericht onbedoeld heeft ontvangen, wordt u verzocht de verzender hiervan in kennis te stellen en het bericht te vernietigen zonder van de inhoud kennis te nemen, deze te vermenigvuldigen of andersoortig te gebruiken.' An English version of this disclaimer is available on http://www.interpay.nl/disclaimerenglish 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: Causing a CICS program TO RUN UNDER THE MQMD.USERIDENTIFIER
Believe me when I tell you the trigger monitor has no idea what message(s) that MQSQ
will read and therefore no access to MD.useridentifier. Said another way, MQSQ gets
started before the application message is read, possibly before it is available on the
triggered queue, and possibly even if it never gets committed to the triggered
queue
Triggering is designed to work at the message level with respect to the initq, but at
the queue level with respect to the triggered queue. That means your triggered
application must process a queue, not a message. I believe what you desire is an
application that monitors the triggered queue, much like CKTI the initq. The main
exception is that you can trigger MQSQ so that it comes and goes dynamically based on
the arrival of messages.
I affectionately referred to such a program as a Service Initiation Layer. It's job is
to process a queue ('till empty), assemble one or more related messages, and request a
CICS transaction to process them. At the point of requesting the CICS transaction, you
can stipulate the userid you want the transaction processed under.
In psuedo code, it goes something like this
get triggered queue name from startdata
mqopen triggered queue
loop until no more messages
loop until all related messages are assembled (1)
mqget message with tunable waitinterval (2)
make sure you are not in a rollback loop (3)
end loop
exec cics start transaction to process message(s) (4)
mqcmit
end loop
mqclose triggered queue
Of course, the above is a vast simplication, but it should convey the general idea.
(1) This loop is unnecessary if one message = one transaction
(2) You can design this as a destructive read or a browse, depending on your tolerance
for lost messages
(3) Very important, otherwise if MQSQ abends, it will just keep retriggering endlessly
(4) This is where you would supply a userid, presumably from the md.useridentifier.
You can also specify different transactions based on message content, making your SIL
more general purpose.
hope this helps
Dennis
> -Original Message-
> From: Middleware Group Mailbox [SMTP:[EMAIL PROTECTED]
> Sent: Tuesday, March 04, 2003 2:13 PM
> To: [EMAIL PROTECTED]
> Subject: Causing a CICS program TO RUN UNDER THE MQMD.USERIDENTIFIER
>
> Hi all!
>
>
>
> I have an application (C/MQ program) running on Windows 2000 which MQOPEN and MQPUT
> a remote queue SEC.Q like this:
>
>
>
> O_options = MQOO_OUTPUT /* open queue for output*/
>
> + MQOO_FAIL_IF_QUIESCING /* but not if MQM stopping */
>
> + MQOO_SET_ALL_CONTEXT; /* set all context
> */
>
>
>
>MQOPEN(Hcon, &od, O_options, &Hobj, &OpenCode, &Reason);
>
>
>
> md.Version = MQMD_VERSION_2;
>
> md.MsgType = MQMT_REQUEST; /* message is a request */
>
> md.Report = MQRO_EXCEPTION_WITH_DATA;
>
>
> strncpy(md.ReplyToQ, replyQ, MQ_Q_NAME_LENGTH);
>
> strncpy(md.ReplyToQMgr, computer_name, MQ_Q_NAME_LENGTH);
>
> memcpy(md.Format, MQFMT_STRING, MQ_FORMAT_LENGTH);
>
>
>
>
>
>MQPUT(Hcon, Hobj, &md, &pmo, messlen, buffer, &CompCode, &Reason);
>
>
>
> The user id (TS33T27) that initiates the transaction from the workstation is moved
> automatically (by the qmanager) in the MQMD.USERIDENTIFIER.
>
>
>
> This remote queue resolves on the mainframe to a triggered queue SECURITY.TEST.Q
> that starts a CICS transaction (MQSQ). It is open like this:
>
>
>
>
>
> MOVE TARGET-QUEUE TO MQOD-OBJECTNAME.
>
> COMPUTE MQOO-OPTIONS = MQOO-OPTIONS
>
>+ MQOO-INQUIRE >
>
>+ MQOO-INPUT-SHARED
>
>+ MQOO-SAVE-ALL-CONTEXT
>
> CALL MQOPEN
>
> USING HCONN, OBJECT-DESCRIPTOR,
>
> MQOO-OPTIONS, Q-HANDLE,
>
> COMPLETION-CODE, REASON.
>
>
>
> I want this CICS program to be running under the user id (TS33T27) that initiates
> the transaction from the workstation so that if he is not RACF authorized he won't
> be able to open the queue. But I notice that the CICS program is running under CICS
> user id USERCIC. What setup do I need to have the transaction runs under the use rid
> that is passed in the MQMD field.
>
>
>
> I am using TCP and have this following setup:
>
> Receiver Channel
>
> Channel name . . . . . . . . CY3KC.TO.MQD1
>
> Disposition . . . . . . . . : QMGR MQD1
Re: Dead Letter Queue Handler
Hello, Thank you for the help. It worked. Edward. -Original Message- From: Banco Nossa Caixa [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 12:11 PM To: [EMAIL PROTECTED] Subject: RES: Dead Letter Queue Handler From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Wed, 5 Mar 2003 17:11:48 -0300 Subject: RES: Dead Letter Queue Handler Edward, Add an extra line (with a blanch character) at the end of your rules file. HTH, Jucá -Mensagem original- De: MQSeries List [mailto:[EMAIL PROTECTED] nome de Edward Pius Enviada em: quarta-feira, 5 de março de 2003 13:34 Para: [EMAIL PROTECTED] Assunto: Dead Letter Queue Handler Hello, I am trying to process some messages which were put to the DLQ because the queue was not defined. But I am running into some difficulty trying to process these messages through the "runmqdlq" utility. Can somebody tell me where I am at fault... Here is the command I am trying to run (DEGP is the queue manager name) : runmqdlq SYSTEM.DEAD.LETTER.QUEUE DEGP runmqdlq SYSTEM.DEAD.LETTER.QUEUE DEGP <"c:\edward\mqseries\DLQ_HANDLER\DEGP _DLQ.rul" syntax error on line 2 ...2003-03-05 08.23.39 AMQ8758: 1 errors detected in input to runmqdlq. 2003-03-05 08.23.39 AMQ8709: Dead-letter queue handler ending. In appreciation, Edward Pius 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 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: backout/commit on queue level
Hi, The answer is a "qualified yes". What I mean by that is an application can ONLY have 1 outstanding Unit of Work (UOW). It does NOT matter if the UOW is local or global. So, what you do is mark with SYNCPOINT, via the get / put options, each message that you want to participate in a UOW. Any messages for other queues that you do NOT want to participate in the UOW then you mark then with NO_SYNCPOINT. i.e. MQGetMessageOptions getOptions = new MQGetMessageOptions(); getOptions.options = MQC.MQGMO_FAIL_IF_QUIESCING + MQC.MQGMO_SYNCPOINT; or MQGetMessageOptions getOptions = new MQGetMessageOptions(); getOptions.options = MQC.MQGMO_FAIL_IF_QUIESCING + MQC.MQGMO_NO_SYNCPOINT; Note: Anything outside of a UOW (with NO_SYNCPOINT option) is committed immediately (i.e. NO commit or rollback). Hope that helps. later Roger... Quoting Rainer Nonk <[EMAIL PROTECTED]>: > Hello, > > I understood that it's possible to use commit/backout on Queue Manager > level. > But is it possible to use MQs syncpoint feature on Queue level ? > > For example, i have four queues on one Queue Manager, and want to commit each > SINGLE > message - and not EVERYTHING which is in my four Queues. > > Is this possible in MQ, especially with JAVA ? > > best regards, > Rainer > > 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: WMQI v2.1 CSD4
We are using CSD04 both in development and production. So far, we did not experience problems with it. We are using the XML Parser, TDS and some CWF-Formats. Adrian König ait research - Original Message - From: "David Kempton" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 05, 2003 4:31 PM Subject: Re: WMQI v2.1 CSD4 > Has anyone experienced problems with CSD4? > > Is anyone running CSD4 in their production environment? > > I have only 1 development box and would like to know of any problems before > upgrading from CSD2 to CSD4. > > 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: Problems with MQSeries Explorer (MMC)
> Changes had been made to the security template but the Windows
> experts are at a loss to explain.
This is a frequent problem with experts :-)
> Anyone have this happen??
Yes, I just made it happen on my machine.
> DCOM got error "Logon failure: the user has not been granted the requested
> logon type at this computer. " and was unable to logon .\MUSR_MQADMIN in
> order to run the server:
> {4576E163-FA1A-11D1-ABB8-0004ACF79B59}
MUSR_MQADMIN needs some advanced user rights that "normal" users don't have.
Your experts revoked one (or some) of these rights.
First check if MUSR_MQADMIN has "Log on as a batch job" user right. (I revoked
this and I got the same messages as you.)
While you're at it check the other user rights too that MUSR_MQADMIN needs:
"Act as part of the operating system"
"Bypass traverse checking"
"Increase quotas"
"Log on as a batch job"
"Log on as a service"
"Replace a process level token"
"Shut down the system"
Hope this helps.
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: WMQI takes a break every 65 seconds [Solved - Probably]
Problem solved, I think. The message flow had a database node that was connecting to an Oracle database on a separate server. It would insert a record for every message it processed. That server had hardware issues. While talking with the sys admin for that server, he mentioned that periodically it would take a while to respond. I asked him to try to do things at the same time I noticed the WMQI Input queue backing up. Sure enough, every time my queue started backing up, he noticed performance problems as well. While my flow was working correctly, he noticed no problems. The hardware was replaced (some sort of network card), the box rebooted, and the problem went away. Two outstanding questions that make me not 100% sure that this in fact was the source of the problem. 1.) While the message flow was waiting for a response from the database, it was blocked with nothing to do, so it would wait, consuming 0 CPU. But why were the MCAs effected? Whenever the blocking occurred, I saw XMIT queues backing up. I remember from previous scenarios that if WMQI was 100 % busy with the CPU, the MCAs would take a back seat. They are lower on the totem pole as far as resources are concerned when compared to WMQI. But would they also get blocked if WMQI was blocked (but using 0% CPU)? 2.) Our WMQI trace shows the period of inactivity. But it shows the gap after it completed the PUT of one transformed message and before it got the next. I would have thought I would have seen the gap of time where the database node was being used, not after the flow completed. The trace makes it look like this had nothing to do with the database. Time waiting doing nothing was in-between executions of the flow, not during. Peter Potkay IBM MQSeries Certified [EMAIL PROTECTED] X 77906 -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Monday, March 03, 2003 10:17 AM To: [EMAIL PROTECTED] Subject: Re: WMQI takes a break every 65 seconds I started watching all the XMIT queues as well and have noticed it is not just the Input queue to MQSI that backs up. If there are any in flight messages going to or leaving from the box, they get stuck in the XMIT queue as well during the backup. Whatever is causing the backup is not just affecting the WMQI Request flow, but apparently all MQ processes (MCAs). Peter Potkay IBM MQSeries Certified [EMAIL PROTECTED] X 77906 -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 3:14 PM To: [EMAIL PROTECTED] Subject: Re: WMQI takes a break every 65 seconds The messages are committed. I can browse them during the back up. I don't believe it has anything to do with the channels. The messages are cleanly being delivered to the input queue. Everyone swears there have been no application changes. This has been running fine in prod for over 3 months, and then yesterday this started happening. The fact that it happens every 65 seconds makes me think it has nothing to do with app code or the actual messages. Rather that this is a side effect of the OS doing something regularly, or WMQI doing something internally, or maybe some monitoring thing. I don't know; something is telling WMQI to take a break from processing every 65 seconds. Peter Potkay IBM MQSeries Certified [EMAIL PROTECTED] X 77906 -Original Message- From: David Sieberg [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 11:41 AM To: [EMAIL PROTECTED] Subject: Re: WMQI takes a break every 65 seconds Peter, when the messages are building up on the input queue, is it because the msg flow is taking a break, or are the messages not committed yet. watch the INDOUBT status or CURMSGS on the channel. Dave "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: WMQI takes a break every 65 seconds <[EMAIL PROTECTED]> Friday February 28, 2003 10:27 AM Please respond to MQSeries List QM1 (OS/390) needs to send a message to QM2 (Solaris). QMHUB (NT) sits in the middle and hosts WMQI (2.1 CSD2). A message flow takes the COBOL format from QM1 and converts it to XML Accord format. A second message flow takes the XML Accord reply message and converts it back to COBOL format. There are no other flows doing any work on this WMQI setup. The request messages are about 15-25K. The replies are under 5K. About 100 message per minute is the volume pretty consistently. Every 65 seconds, the Input queue to the request flows starts backing up for about 5 seconds. During this backup, the DataflowEngine.exe drops to zero CPU. Then it kicks up to about 50% to clear the backlog, and then stays around 20% for the next 60 seconds, when the backup starts again. Every 65 seconds like clockwork.
RES: Dead Letter Queue Handler
From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Wed, 5 Mar 2003 17:11:48 -0300 Subject: RES: Dead Letter Queue Handler Edward, Add an extra line (with a blanch character) at the end of your rules file. HTH, Jucá -Mensagem original- De: MQSeries List [mailto:[EMAIL PROTECTED] nome de Edward Pius Enviada em: quarta-feira, 5 de março de 2003 13:34 Para: [EMAIL PROTECTED] Assunto: Dead Letter Queue Handler Hello, I am trying to process some messages which were put to the DLQ because the queue was not defined. But I am running into some difficulty trying to process these messages through the "runmqdlq" utility. Can somebody tell me where I am at fault... Here is the command I am trying to run (DEGP is the queue manager name) : runmqdlq SYSTEM.DEAD.LETTER.QUEUE DEGP runmqdlq SYSTEM.DEAD.LETTER.QUEUE DEGP <"c:\edward\mqseries\DLQ_HANDLER\DEGP _DLQ.rul" syntax error on line 2 ...2003-03-05 08.23.39 AMQ8758: 1 errors detected in input to runmqdlq. 2003-03-05 08.23.39 AMQ8709: Dead-letter queue handler ending. In appreciation, Edward Pius 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
backout/commit on queue level
Hello, I understood that it's possible to use commit/backout on Queue Manager level. But is it possible to use MQs syncpoint feature on Queue level ? For example, i have four queues on one Queue Manager, and want to commit each SINGLE message - and not EVERYTHING which is in my four Queues. Is this possible in MQ, especially with JAVA ? best regards, Rainer 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: Problems with MQSeries Explorer (MMC)
The password set in the dcomcnfg for MQSeries is incorrect.
You can fix the problem by correcting the ID and password.
Go to start -- > Run and type in "dcomcnfg"
Under "Applications", you'll find IBM MQSeries Services.
Go to properties and then to Identity tab and put in the mqmuser ID and password.
Restarted MQ in the NT services.
Hope this help.
Mickie
-Original Message-
From: Yeh, Jeff [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 12:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Problems with MQSeries Explorer (MMC)
Perhaps the password of the special service account is expired.
-Original Message-
From: Bruce Barclay [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 11:54 AM
To: [EMAIL PROTECTED]
Subject: Problems with MQSeries Explorer (MMC)
All of a sudden getting the message below when accessing the MQ Explorer.
Have ensured that my userid is in both the Administrator group and the mqm
group. Can do everything using a command prompt but not with the MQ
Explorer. Changes had been made to the security template but the Windows
experts are at a loss to explain. Anyone have this happen??
"Could not initialize Webshpere MQ Services Objects. 0x8000401A The server
process could not be started because the configured identity is incorrect.
Check the user name and password. AMQ4100"
In addition, checked the Event Viewer and see this message
DCOM got error "Logon failure: the user has not been granted the requested
logon type at this computer. " and was unable to logon .\MUSR_MQADMIN in
order to run the server:
{4576E163-FA1A-11D1-ABB8-0004ACF79B59}
Any help greatly appreciated. BB.
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
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: Causing a CICS program TO RUN UNDER THE MQMD.USERIDENTIFIER
To open an input(request) queue with the alternate userid: 1- Put your alternate userid (e.g. TS33T27) in MQOD_ALTERNATEUSERID. 2- Open the queue with the MQOO_ALTERNATE_USER_AUTHORITY + MQOO-save_all_context...options To open the output (reply) queue with the alternate userid: 1- Put the alternate userid (e.g. TS33T27 or whatever is specified in the MQMD.Userid field of the request message that you have retrieved from the input queue) in: MQOD_ALTERNATEUSERID 1- Open the queue with MQOO_ALTERNATE_USER_AUTHORITY + MQOO_SET_IDENTITY_CONTEXT options 2- MQPMO_PASS_IDENTITY_CONTEXT (referring to the input queue..) before putting your reply. This is not mandatory but it is recommended. It should work as longs as USERCIC has the authority to specify this alternate userid. Hope this helps. Ruzi --- Middleware Group Mailbox <[EMAIL PROTECTED]> wrote: > Hi all! > > > > I have an application (C/MQ program) running on > Windows 2000 which MQOPEN > and MQPUT a remote queue SEC.Q like this: > > > > O_options = MQOO_OUTPUT /* open > queue for output > */ > > + MQOO_FAIL_IF_QUIESCING /* > but not if MQM stopping > */ > > + MQOO_SET_ALL_CONTEXT; /* > set all context > */ > > > >MQOPEN(Hcon, &od, O_options, &Hobj, &OpenCode, > &Reason); > > > > md.Version = MQMD_VERSION_2; > > md.MsgType = MQMT_REQUEST; /* message is a request > */ > > md.Report = MQRO_EXCEPTION_WITH_DATA; > > > strncpy(md.ReplyToQ, replyQ, MQ_Q_NAME_LENGTH); > > strncpy(md.ReplyToQMgr, computer_name, > MQ_Q_NAME_LENGTH); > > memcpy(md.Format, MQFMT_STRING, MQ_FORMAT_LENGTH); > > > > > >MQPUT(Hcon, Hobj, &md, &pmo, messlen, buffer, > &CompCode, &Reason); > > > > The user id (TS33T27) that initiates the transaction > from the workstation is > moved automatically (by the qmanager) in the > MQMD.USERIDENTIFIER. > > > > This remote queue resolves on the mainframe to a > triggered queue > SECURITY.TEST.Q that starts a CICS transaction > (MQSQ). It is open like this: > > > > > > MOVE TARGET-QUEUE TO MQOD-OBJECTNAME. > > COMPUTE MQOO-OPTIONS = MQOO-OPTIONS > >+ MQOO-INQUIRE > >+ MQOO-INPUT-SHARED > >+ MQOO-SAVE-ALL-CONTEXT > > CALL MQOPEN > > USING HCONN, OBJECT-DESCRIPTOR, > > MQOO-OPTIONS, Q-HANDLE, > > COMPLETION-CODE, REASON. > > > > I want this CICS program to be running under the > user id (TS33T27) that > initiates the transaction from the workstation so > that if he is not RACF > authorized he won't be able to open the queue. But I > notice that the CICS > program is running under CICS user id USERCIC. What > setup do I need to have > the transaction runs under the use rid that is > passed in the MQMD field. > > > > I am using TCP and have this following setup: > > Receiver Channel > > Channel name . . . . . . . . CY3KC.TO.MQD1 > > Disposition . . . . . . . . : QMGR MQD1 > > Description . . . . . . . . : MQD1 - Receiver from > CY3KC > > > > Put authority . . . . . . . : C > D=Default,C=Context,O=OnlyMCA,A=AltMCA > > > > > > RACF is as follows (Notice that user id TS33T27 does > not have access to > queue SECURITY.TEST.Q) > > > > > > RDEFINE MQADMIN MQD1.RESLEVEL UACC(NONE) > > PERMIT MQD1.RESLEVEL CLASS(MQADMIN) > ID(TS33T15,TS33T17, MQD1MSTR,MQD1CHIN, > USERCIC) ACCESS(UPDATE) > > > > > > RDEFINE MQQUEUE MQD1.*UACC (READ) >OW (SYS1) > > PERMIT MQD1.*CLASS (MQQUEUE) ID > (TS33T15,TS33T17, MQD1MSTR,MQD1CHIN, > USERCIC) ACCESS (ALTER) > > > > > > RDEFINE MQQUEUE MQD1.SECURITY.TEST.Q > UACC (NONE) > OW (SYS1) > > PERMIT MQD1.SECURITY.TEST.Q CLASS (MQQUEUE) > ID > (TS33T15,TS33T17, MQD1MSTR,MQD1CHIN, USERCIC) >ACCESS > (UPDATE) > > > > > > RDEFINE MQQUEUE MQD1.CY3KC UACC (NONE) > OW (SYS1) > > PERMIT MQD1. CY3KC CLASS (MQQUEUE) ID > (TS33T15,TS33T17, > MQD1MSTR,MQD1CHIN, USERCIC) > ACCESS (UPDATE) > > > > > > > > RDEFINE MQADMIN MQD1.ALTERNATE.USER.TS33T1* > UACC(NONE) > > PERMIT MQD1. ALTERNATE.USER.TS33T1* CLASS > (MQADMIN)ID > (TS33T15,TS33T17, MQD1MSTR,MQD1CHIN, USERCIC) > ACCESS (UPDATE) > > > > > > RDEFINE MQADMIN MQD1.CONTEXT.** UACC(NONE) > > PERMIT MQD1.CONTEXT CLASS (MQADMIN) > ID(TS33T15,TS33T17,MQD1MSTR, MQD1CHIN, USERCIC) > ACCESS (CONTROL) > > > > > > === message truncated === 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: MQSeries on a redundant network
Thanks Rick. We will look into the mTU settings on the network. Does anybody else have any ideas where we should look? -Original Message- From: Rick Tsujimoto [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:00 AM To: [EMAIL PROTECTED] Subject: Re: MQSeries on a redundant network We don't send anything that large but we do send messages between an AS/400 and m/f running OS.390 2.6, MQ V1.2, over a VPN connection. We have routers and encryption boxes involved and, for the past couple of months, we've been encountering TCP/IP problems that only seems to be corrected when we reset the encryption boxes. We also occasionally get Channel Indoubt conditions which is probably dependent upon the internet traffic at the time. Whenever I see TCP/IP errors, I tend to think the problem is outside the application and somewhere in the network. Based on your volume/message size, it could be related to MTU sizes vs. buffer conflicts in the routers. But, I'm just guessing based on info I gleaned when I researched my own problems (which is still unresolved). "De Seve, David" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] RRIOTT.COM> cc: Sent by: Subject: MQSeries on a redundant network MQSeries List <[EMAIL PROTECTED] en.AC.AT> 02/27/2003 03:04 PM Please respond to MQSeries List Does anybody else use MQSeries to transfer large file (up to 50MB) across a redundant VPN? We have 2 T1's with routers and firewalls on either end. Our logs keep showing TCP/IP errors and we are not sure if it is an app issue or a network issue? Any thoughts? Dave De Seve Middleware Systems Support - 52/996.69 MQSeries Certified Specialist & WebSphere Administrator Marriott International - Information Resources Direct Phone: 301-380-8279 Cell: 240-372-4848 Fax: 301-380-2922 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 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: Backing Up Services in NT
Just to be clear I am not talking about the objects created within the queue manager. I am talking about the services created outside the queue manager (listeners, initiators, and trigger monitors). "saveqmgr" does not handle this. -Original Message- From: Frank Laurijssens [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 4:41 AM To: [EMAIL PROTECTED] Subject: Re: Backing Up Services in NT How about using Support Pack mc73? It's not exactly backup/restore, but once you have the script to create the queue manager and queues/channels/..., it can be used as a restore method. >From: "De Seve, David" <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Backing Up Services in NT >Date: Mon, 3 Mar 2003 10:41:23 -0500 > >Does anybody know a utility for backing-up/restoring MQ Services in NT >so that I don't have to recreate them from scratch after I >delete/recreate a queue manager? > >Thanks Disclaimer: ' Aan de inhoud van dit bericht kunnen alleen rechten ten opzichte van Interpay Nederland B.V. of aan haar gelieerde ondernemingen worden ontleend, indien zij door rechtsgeldig ondertekende stukken worden ondersteund. De informatie in dit e-mailbericht is van vertrouwelijke aard en alleen bedoeld voor gebruik door de geadresseerde. Als u een bericht onbedoeld heeft ontvangen, wordt u verzocht de verzender hiervan in kennis te stellen en het bericht te vernietigen zonder van de inhoud kennis te nemen, deze te vermenigvuldigen of andersoortig te gebruiken.' An English version of this disclaimer is available on http://www.interpay.nl/disclaimerenglish 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: WMQI v2.1 CSD4
What was the nature of the problem ?? Thanks, Dennis Bryngelson Phone: (763) 765-4224 Fax: (763) 765-3820 mailto:[EMAIL PROTECTED] Paul Dix <[EMAIL PROTECTED] To: [EMAIL PROTECTED] UTUAL.COM> cc: Sent by: MQSeries List Subject: Re: WMQI v2.1 CSD4 <[EMAIL PROTECTED] AT> 03/05/2003 10:43 AM Please respond to MQSeries List Found one bug effecting Neon users using the Neon Rules Evaluation node. That's the only problem we found. Paul Dix Information Systems - Consultant Northwestern Mutual -Original Message- From: david.kempton [SMTP:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 9:32 AM To: MQSERIES Subject:Re: WMQI v2.1 CSD4 Has anyone experienced problems with CSD4? Is anyone running CSD4 in their production environment? I have only 1 development box and would like to know of any problems before upgrading from CSD2 to CSD4. 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 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: Backing Up Services in NT
Nope. I am looking to back up the services which run outside of the queue manager as services. Trigger Monitors, Listeners, Initiators. -Original Message-From: Beardsley, Bridgette [mailto:[EMAIL PROTECTED]Sent: Monday, March 03, 2003 5:14 PMTo: [EMAIL PROTECTED]Subject: Re: Backing Up Services in NT David, Are you looking for something to export the definitions of your objects? Try supportpac ms03 at http://www-3.ibm.com/software/integration/support/supportpacs/individual/ms03.html -Bridgette Beardsley -Original Message-From: De Seve, David [mailto:[EMAIL PROTECTED]Sent: Monday, March 03, 2003 3:14 PMTo: [EMAIL PROTECTED]Subject: Re: Backing Up Services in NT I guess I am looking for a way to export the current configuration first. -Original Message-From: Gorse, Darry [mailto:[EMAIL PROTECTED]Sent: Monday, March 03, 2003 11:47 AMTo: [EMAIL PROTECTED]Subject: Re: Backing Up Services in NT I don't know if there is a formal support pac or utility but I have used the amqmdain command in a bat file to recreate MQ services. Here is a sample, you just need to modify it to your needs. Cheers, Darry -Original Message-From: De Seve, David [mailto:[EMAIL PROTECTED]Sent: Monday, March 03, 2003 9:41 AMTo: [EMAIL PROTECTED]Subject: Backing Up Services in NT Does anybody know a utility for backing-up/restoring MQ Services in NT so that I don't have to recreate them from scratch after I delete/recreate a queue manager? Thanks
Re: WMQI v2.1 CSD4
Hello David, On Solaris and MQSeries 5.2 Solaris, I experienced the following (reported to the list but never confirmed by anyone): It looks like starting from CSD03 (I checked CSD04 and CSD05 as well), the authorization system refers to the actual, instead of effective, user and group id. That was funny to find out, because of some of the PTF memos (CSD02 or later -- I do not remember for sure now) reported fixing exactly this problem. Hope, this will help Pavel David Kempton <[EMAIL PROTECTED]To: [EMAIL PROTECTED] ENTIAL.COM>cc: Sent by: MQSeries Subject: Re: WMQI v2.1 CSD4 List <[EMAIL PROTECTED] AC.AT> 03/05/2003 10:31 AM Please respond to MQSeries List Has anyone experienced problems with CSD4? Is anyone running CSD4 in their production environment? I have only 1 development box and would like to know of any problems before upgrading from CSD2 to CSD4. 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 -- 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: MQ Mirror
Cade, If I understood the problem correctly, writing a small standalone application browsing the queue and writing data to the file may be a simplest solution. I beleive the original problem contained some roll-over and/or file name selection and/or filtering or veryfying and/or other business logic that out-of box utility might not have. If you decide to go this way, beware priorities if they may occur: you might have to re- MQGMO_BROWSE_FIRST from time to time to not to skip higher priority messages arrived later. It would be best if you could prohibit priorities in this case. Just my 2 c Pavel Ron Bower <[EMAIL PROTECTED]To: [EMAIL PROTECTED] COM> cc: Sent by: MQSeriesSubject: Re: MQ Mirror List <[EMAIL PROTECTED] n.AC.AT> 03/05/2003 11:35 AM Please respond to MQSeries List mirrorq can also be found on: http://www.developer.ibm.com/tech/sampmq.html along with some other useful sample programs. For what it is worth, the author sits across the hall from me. He doesn't think that mirrorq is what you are looking for. You might be better off writing the message at either put or get time. You might also consider doing something with API exits. Ron --- Tony Devitt <[EMAIL PROTECTED]> wrote: > ** > > Note: This e-mail is subject to the disclaimer > contained at the bottom > of this message. > > ** > : > > Cade, > Are you referring to 'mirrorq'?.here: > > http://www.mqseries.net/pafiledb203/pafiledb.php?PHPSESSID=e6b453c41bf2ff41ea11ceb31e89&action=viewfile&fid=49&id=2 > > > > : > > > The information transmitted in this message and > attachments (if any) > is intended only for the person or entity to which > it is addressed. > The message may contain confidential and/or > privileged material. > Any review, retransmission, dissemination or other > use of, or taking > of any action in reliance upon this information, by > persons or entities > other than the intended recipient is prohibited. > > If you have received this in error, please contact > the sender and delete this > e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, > reproduce, disclose or > distribute the information contained in this e-mail > and any attached files, > with the permission of CGU Insurance. > > This message has been scanned for viruses and > cleared by MailMarshal. > > > : > > 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 __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.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 -- 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: ESQL "create reference..." function
Title: RE: ESQL "create reference..." function There is a Quick Beginning document for MQ on Sun. -Original Message-From: Herd, Stewart [mailto:[EMAIL PROTECTED]Sent: Wednesday, March 05, 2003 7:48 AMTo: [EMAIL PROTECTED]Subject: Re: ESQL "create reference..." function Hope this is the right arena to ask, does anyone have any experience of MQSeries on Sun Solaris and possibly a pointer to a high level document where it is explained. Appreciate the help Stewart Herd Systems Engineering Services ACS Ireland National Software Centre Loughmahon Technology Park Cork Ireland
Re: Problems with MQSeries Explorer (MMC)
Perhaps the password of the special service account is expired.
-Original Message-
From: Bruce Barclay [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 11:54 AM
To: [EMAIL PROTECTED]
Subject: Problems with MQSeries Explorer (MMC)
All of a sudden getting the message below when accessing the MQ Explorer.
Have ensured that my userid is in both the Administrator group and the mqm
group. Can do everything using a command prompt but not with the MQ
Explorer. Changes had been made to the security template but the Windows
experts are at a loss to explain. Anyone have this happen??
"Could not initialize Webshpere MQ Services Objects. 0x8000401A The server
process could not be started because the configured identity is incorrect.
Check the user name and password. AMQ4100"
In addition, checked the Event Viewer and see this message
DCOM got error "Logon failure: the user has not been granted the requested
logon type at this computer. " and was unable to logon .\MUSR_MQADMIN in
order to run the server:
{4576E163-FA1A-11D1-ABB8-0004ACF79B59}
Any help greatly appreciated. BB.
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: MS03 on AS/400 question
You can try to use the unix shell on the AS/400.
This will give you a non zero réturn ocde if something
goes wrong. Try the code below.
PGM PARM(&Qmgr)
DCL &Qmgr TYPE(*CHAR) LEN( 48)
DCL &QSHDTA TYPE(*CHAR) LEN( 4)
DCL &CmdStr TYPE(*CHAR) LEN(256)
CHGVAR VAR(&CmdStr) +
VALUE('/QSYS.LIB/MQM_ELUX.LIB/SAVEQMGR.PGM +
-m ' *CAT &Qmgr)
QSHCMD(&CmdStr)
RCVMSG MSGTYPE(*ANY) +
MSGDTA(&QSHDTA)
IF COND(%BIN(&QSHDTA) *NE 0) THEN(DO)
SNDPGMMSG MSGID(CPF9898) +
MSGF(QCPFMSG) +
MSGDTA('SaveQmgr ended with error') +
MSGTYPE(*ESCAPE)
ENDDO
ENDPGM
Jonas Nyberg
Electrolux IT Solutions - Sweden
-Original Message-
From: Rick Tsujimoto <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Tue, 4 Mar 2003 12:15:54 -0500
Subject: MS03 on AS/400 question
I'm not an AS/400 person, so if this seems elementary you'll know why.
I've been running MS03 on an AS/400 and it works fine. I call SAVEQMGR
from a CL script but just discovered that, if an error occurs (e.g. 2058),
no message is issued that can be trapped by MONMSG.
How should I code my CL script to trap problems in MS03?
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: WMQI v2.1 CSD4
Found one bug effecting Neon users using the Neon Rules Evaluation node. That's the only problem we found. Paul Dix Information Systems - Consultant Northwestern Mutual -Original Message- From: david.kempton [SMTP:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 9:32 AM To: MQSERIES Subject:Re: WMQI v2.1 CSD4 Has anyone experienced problems with CSD4? Is anyone running CSD4 in their production environment? I have only 1 development box and would like to know of any problems before upgrading from CSD2 to CSD4. 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
Dead Letter Queue Handler
Hello, I am trying to process some messages which were put to the DLQ because the queue was not defined. But I am running into some difficulty trying to process these messages through the "runmqdlq" utility. Can somebody tell me where I am at fault... Here is the command I am trying to run (DEGP is the queue manager name) : runmqdlq SYSTEM.DEAD.LETTER.QUEUE DEGP runmqdlq SYSTEM.DEAD.LETTER.QUEUE DEGP <"c:\edward\mqseries\DLQ_HANDLER\DEGP _DLQ.rul" syntax error on line 2 ...2003-03-05 08.23.39 AMQ8758: 1 errors detected in input to runmqdlq. 2003-03-05 08.23.39 AMQ8709: Dead-letter queue handler ending. In appreciation, Edward Pius 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: MQ Mirror
mirrorq can also be found on: http://www.developer.ibm.com/tech/sampmq.html along with some other useful sample programs. For what it is worth, the author sits across the hall from me. He doesn't think that mirrorq is what you are looking for. You might be better off writing the message at either put or get time. You might also consider doing something with API exits. Ron --- Tony Devitt <[EMAIL PROTECTED]> wrote: > ** > > Note: This e-mail is subject to the disclaimer > contained at the bottom > of this message. > > ** > : > > Cade, > Are you referring to 'mirrorq'?.here: > > http://www.mqseries.net/pafiledb203/pafiledb.php?PHPSESSID=e6b453c41bf2ff41ea11ceb31e89&action=viewfile&fid=49&id=2 > > > > : > > > The information transmitted in this message and > attachments (if any) > is intended only for the person or entity to which > it is addressed. > The message may contain confidential and/or > privileged material. > Any review, retransmission, dissemination or other > use of, or taking > of any action in reliance upon this information, by > persons or entities > other than the intended recipient is prohibited. > > If you have received this in error, please contact > the sender and delete this > e-mail and associated material from any computer. > > The intended recipient of this e-mail may only use, > reproduce, disclose or > distribute the information contained in this e-mail > and any attached files, > with the permission of CGU Insurance. > > This message has been scanned for viruses and > cleared by MailMarshal. > > > : > > 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 __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.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
Problems with MQSeries Explorer (MMC)
All of a sudden getting the message below when accessing the MQ Explorer.
Have ensured that my userid is in both the Administrator group and the mqm
group. Can do everything using a command prompt but not with the MQ
Explorer. Changes had been made to the security template but the Windows
experts are at a loss to explain. Anyone have this happen??
"Could not initialize Webshpere MQ Services Objects. 0x8000401A The server
process could not be started because the configured identity is incorrect.
Check the user name and password. AMQ4100"
In addition, checked the Event Viewer and see this message
DCOM got error "Logon failure: the user has not been granted the requested
logon type at this computer. " and was unable to logon .\MUSR_MQADMIN in
order to run the server:
{4576E163-FA1A-11D1-ABB8-0004ACF79B59}
Any help greatly appreciated. BB.
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: Channel Exits
I just recently started investigating security in MQSeries myself. If you have not already checked the manual WebSphere MQ Security you can download it from here: http://www-3.ibm.com/software/ts/mqseries/library/manualsa/manuals/crosslatest.html [EMAIL PROTECTED] wrote: Narasimha, What do you mean by "Secure" ? You can use a combination of a Security Exit and a Receive Exit... Where the former is used to authenticate each party, and the latter is used to examine and edit the incoming or outgoing message. |-+> | | [EMAIL PROTECTED]| | | ITICORP.COM | | | Sent by: | | | [EMAIL PROTECTED]| | | .ac.at | | || | || | | 03/05/2003 07:51 | | | AM | | | Please respond to| | | MQSERIES | | || |-+> >-| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Channel Exits | >-| Hi all Security exits is the only way to secure the channel in MQSeries5.2?. If not, It will be great that you could tell me any other way to secure the Server-Connection channel in MQ5.2 Thanks in advance. Regards Narasimha Disclaimer: This e-mail is confidential and may also be privileged. If you are not the intended recipient, please notify us immediately; you should not copy or use it for any purpose, nor disclose its contents to any other person. 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: ESQL "create reference..." function
Title: RE: ESQL "create reference..." function Hope this is the right arena to ask, does anyone have any experience of MQSeries on Sun Solaris and possibly a pointer to a high level document where it is explained. Appreciate the help Stewart Herd Systems Engineering Services ACS Ireland National Software Centre Loughmahon Technology Park Cork Ireland
Re: ESQL "create reference..." function
Tony, Yes, it makes an performance improvement if you use the MOVE statement instead of CARDINALITY. To see more about this issue you can check the latest WMQI redbooks where you could find some information about this. You can read section 4.3.4 on page 125. The redbooks webpage is: http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg246579.pdf I hope this help you. Cheers, Manuel Carlos Rodriguez IBM Certified Specialist - WebSphere MQ > -Mensaje original- > De: tony mnemonic [SMTP:[EMAIL PROTECTED] > Enviado el: Wednesday, March 05, 2003 1:41 PM > Para: [EMAIL PROTECTED] > Asunto: ESQL "create reference..." function > > Hello. > Does anyone know whether the ESQL create reference function provides a > performance improvement (i.e. addressability to the reference point is > establshed) or whether it is just there to make program code less > cluttered? > I'd assume the former, but the manual doesn't make it clear and WMQI often > confounds assumptions... > > cheers > Tony > > WMQI 2.1 CSD3 and CSD4 > > > > _ > Stay in touch with MSN Messenger http://messenger.msn.co.uk > > 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: ESQL "create reference..." function
These should perform much better. I'd run some simple tests to see how much better, but it should be considereable. I'd only use this method going forward and consider recoding any larger iterations you have if performance is a concern in those existing message flows. Paul Dix Information Systems - Consultant Northwestern Mutual -Original Message- From: tony.mq [SMTP:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 6:41 AM To: MQSERIES Subject:ESQL "create reference..." function Hello. Does anyone know whether the ESQL create reference function provides a performance improvement (i.e. addressability to the reference point is establshed) or whether it is just there to make program code less cluttered? I'd assume the former, but the manual doesn't make it clear and WMQI often confounds assumptions... cheers Tony WMQI 2.1 CSD3 and CSD4 _ Stay in touch with MSN Messenger http://messenger.msn.co.uk 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: ESQL "create reference..." function
This is an excerpt from the Using the new WMQI 2.1 ESQL features manual. Performance benefits from reference variables The performance gain from using reference variables can be dramatically substantial. When not using reference variables, each reference to a node in the message tree involves a traversal down the tree from the root. This will increase the path length especially if array indexing is involved. tony mnemonic <[EMAIL PROTECTED]> To: Sent by: MQSeries List [EMAIL PROTECTED] <[EMAIL PROTECTED]> cc: Subject: ESQL "create reference..." function Wednesday March 5, 2003 07:40 AM Please respond to MQSeries List Hello. Does anyone know whether the ESQL create reference function provides a performance improvement (i.e. addressability to the reference point is establshed) or whether it is just there to make program code less cluttered? I'd assume the former, but the manual doesn't make it clear and WMQI often confounds assumptions... cheers Tony WMQI 2.1 CSD3 and CSD4 _ Stay in touch with MSN Messenger http://messenger.msn.co.uk 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: ESQL "create reference..." function
Tony, >>>Does anyone know whether the ESQL create reference function >>>provides a performance improvement (i.e. addressability to the >>>reference point is establshed) or whether it is just there to >>>make program code less cluttered? I'd assume the former, but >>>the manual doesn't make it clear and WMQI often confounds >>>assumptions... It definately can provide a performance improvement. It enables you to maintain a cursor in the message tree rather than having to navigate the entire tree from the root on each eSQL statement. Neil Kolban's document on using the new eSQL features with WMQI contains a nice discussion of this. You can download it from http://www.kolban.com/mq/data/Using%20the%20new%20ESQL%20features.pdf 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: WMQI v2.1 CSD4
Has anyone experienced problems with CSD4? Is anyone running CSD4 in their production environment? I have only 1 development box and would like to know of any problems before upgrading from CSD2 to CSD4. 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: Channel Exits
Narasimha, What do you mean by "Secure" ? You can use a combination of a Security Exit and a Receive Exit... Where the former is used to authenticate each party, and the latter is used to examine and edit the incoming or outgoing message. |-+> | | [EMAIL PROTECTED]| | | ITICORP.COM | | | Sent by: | | | [EMAIL PROTECTED]| | | .ac.at | | || | || | | 03/05/2003 07:51 | | | AM | | | Please respond to| | | MQSERIES | | || |-+> >-| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Channel Exits | >-| Hi all Security exits is the only way to secure the channel in MQSeries5.2?. If not, It will be great that you could tell me any other way to secure the Server-Connection channel in MQ5.2 Thanks in advance. Regards Narasimha Disclaimer: This e-mail is confidential and may also be privileged. If you are not the intended recipient, please notify us immediately; you should not copy or use it for any purpose, nor disclose its contents to any other person. mime001.txt Description: Binary data
Re: Client Attachment Feature for OS/390
Title: Message What you are proposing is making your OS/390 QM a single point for many, many clients, which does introduce some possibilities of the different apps effecting each other. I posed this question a while back under the subject "Vulnerabilities for Client Concentrator Model". If you do a search at http://messageq.ebizq.net/forums/vienna/ for this subject, you can see what other people have said about it. I don't know that having an OS/390 QM as the client concentrator is any more or less desirable than a Windows QM. Depends on how sensitive you are about your OS/390. We chose to use a Windows box. Our company depends on IMS being up. We thought it would be safer to first have them connect to a single Windows QM and then go to OS/390. If the clients could somehow crash a QM, we figure let them crash the Windows QM, where they only effect themselves, rather than the OS/390, which would effect everyone trying to message with the mainframe. Maybe overly paranoid Peter Potkay IBM MQSeries Certified [EMAIL PROTECTED] X 77906 -Original Message-From: Peter Moir [mailto:[EMAIL PROTECTED]Sent: Wednesday, March 05, 2003 7:48 AMTo: [EMAIL PROTECTED]Subject: Client Attachment Feature for OS/390 Hi, the only thing we use MQ server on Windows NT or 2000 for is to attach clients (on Windows) to applications running on OS/390. i.e client connects to server on NT and puts to remote queue from there to OS/390 where the app. runs (in IMS) and then back to the NT server where the client picks the reply up from. We do not have the Client Attach feature for OS/390. I think that if we installed the client attach feature on OS/390 we could just junk all our MQ/NT servers and bring the clients directly into OS/390. I can see this having a number of benefits to us. In principle is it as easy that ? Are then any "gotchas" with connecting clients on windows 2000 to OS/390 or in using the client attach feature ? Are many people doing this ? any view much appreciated. thanks, Pete. _ Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. _ 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.
Channel Exits
BDY.RTF Description: RTF file
ESQL "create reference..." function
Hello. Does anyone know whether the ESQL create reference function provides a performance improvement (i.e. addressability to the reference point is establshed) or whether it is just there to make program code less cluttered? I'd assume the former, but the manual doesn't make it clear and WMQI often confounds assumptions... cheers Tony WMQI 2.1 CSD3 and CSD4 _ Stay in touch with MSN Messenger http://messenger.msn.co.uk 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
Client Attachment Feature for OS/390
Title: Message Hi, the only thing we use MQ server on Windows NT or 2000 for is to attach clients (on Windows) to applications running on OS/390. i.e client connects to server on NT and puts to remote queue from there to OS/390 where the app. runs (in IMS) and then back to the NT server where the client picks the reply up from. We do not have the Client Attach feature for OS/390. I think that if we installed the client attach feature on OS/390 we could just junk all our MQ/NT servers and bring the clients directly into OS/390. I can see this having a number of benefits to us. In principle is it as easy that ? Are then any "gotchas" with connecting clients on windows 2000 to OS/390 or in using the client attach feature ? Are many people doing this ? any view much appreciated. thanks, Pete. _ Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. _
Re: Backing Up Services in NT
How about using Support Pack mc73? It's not exactly backup/restore, but once you have the script to create the queue manager and queues/channels/..., it can be used as a restore method. >From: "De Seve, David" <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Backing Up Services in NT >Date: Mon, 3 Mar 2003 10:41:23 -0500 > >Does anybody know a utility for backing-up/restoring MQ Services in NT >so that I don't have to recreate them from scratch after I >delete/recreate a queue manager? > >Thanks Disclaimer: ' Aan de inhoud van dit bericht kunnen alleen rechten ten opzichte van Interpay Nederland B.V. of aan haar gelieerde ondernemingen worden ontleend, indien zij door rechtsgeldig ondertekende stukken worden ondersteund. De informatie in dit e-mailbericht is van vertrouwelijke aard en alleen bedoeld voor gebruik door de geadresseerde. Als u een bericht onbedoeld heeft ontvangen, wordt u verzocht de verzender hiervan in kennis te stellen en het bericht te vernietigen zonder van de inhoud kennis te nemen, deze te vermenigvuldigen of andersoortig te gebruiken.' An English version of this disclaimer is available on http://www.interpay.nl/disclaimerenglish 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
