Queue Alias with the wrong Target Q Name

[Yagudayeva, Irina]

Hi,

One of our apps puts messages into Q Alias. We changing the Target Queue
sometimes due to some business reason.

We did not notice any errors until the customer complained that they are
not getting responses back. We found our mistake (Q Alias definition had
a typo in the Target Queue Name) and fixed it. But I am wondering where
did the messages go and why we did not see any errors in the log? Is not
application supposed to get non-zero response code from the Put message
to the Q Alias if the Target Queue specified in this Q Alias does not
exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]



This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Bruce Lerner]

Yes, the putting app will get a non-zero reason-code NOT from the mqputs,
but at mqopen - because the target of the alias did not resolve successfully
to a real local queue.

Look at the app source code to see if the developer checked for non-zero
r-c, and then did something about it.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[Roger Lacroix]

Hello Irina,

When the application issued the MQOPEN, it would have received an RC
of 2082 (MQRC_UNKNOWN_ALIAS_BASE_Q). Just because the application
did not log it, does not mean it did not happen.

Now, if you changed the QAlias while the application had it open then
the application would have received RC of 2041
(MQRC_OBJECT_CHANGED). Again, just because the application did not
log it, does not mean it did not happen.

If the message was hoping between queue managers then the application
would have received an RC of 0 on the MQOPEN and the message would
have gone to the DLQ of the target queue manager or the channel would
shutdown (remains in the XMITQ) if there was no DLQ.

Regards,
Roger Lacroix
Capitalware Inc.

At 02:16 PM 1/15/2013, you wrote:
>Hi,
>One of our apps puts messages into Q Alias. We changing the Target
>Queue sometimes due to some business reason.
>We did not notice any errors until the customer complained that they
>are not getting responses back. We found our mistake (Q Alias
>definition had a typo in the Target Queue Name) and fixed it. But I
>am wondering where did the messages go and why we did not see any
>errors in the log? Is not application supposed to get non-zero
>response code from the Put message to the Q Alias if the Target
>Queue specified in this Q Alias does not exist?
>Your responses to my question are greatly appreciated.
>Thank you.
>
>
> Irina Yagudayeva
> Insurance Services Office
>Infrastructure Engineering
> [phone]
>
>
>
>This email is intended for the recipient only. If you are not the
>intended recipient please disregard, and do not use the information
>for any purpose.
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Yagudayeva, Irina]

Thank you Roger.

I guess, I have to look into developers' code again.

The queue was not in use when we altered it. And it remained with the
erroneous Target q name for several days until customer started
complaining. It happened in QA environment (thank God!). If it were
production, we would no right away.

I'll check how the program handles 2082.

Thanks to everybody!







Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]



From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Roger Lacroix
Sent: Tuesday, January 15, 2013 2:58 PM
To: MQSERIES-0lvw86wZMd9k/***@public.gmane.org.AT
Subject: Re: Queue Alias with the wrong Target Q Name



Hello Irina,

When the application issued the MQOPEN, it would have received an RC of
2082 (MQRC_UNKNOWN_ALIAS_BASE_Q). Just because the application did not
log it, does not mean it did not happen.

Now, if you changed the QAlias while the application had it open then
the application would have received RC of 2041 (MQRC_OBJECT_CHANGED).
Again, just because the application did not log it, does not mean it did
not happen.

If the message was hoping between queue managers then the application
would have received an RC of 0 on the MQOPEN and the message would have
gone to the DLQ of the target queue manager or the channel would
shutdown (remains in the XMITQ) if there was no DLQ.

Regards,
Roger Lacroix
Capitalware Inc.

At 02:16 PM 1/15/2013, you wrote:



Hi,
One of our apps puts messages into Q Alias. We changing the Target Queue
sometimes due to some business reason.
We did not notice any errors until the customer complained that they are
not getting responses back. We found our mistake (Q Alias definition had
a typo in the Target Queue Name) and fixed it. But I am wondering where
did the messages go and why we did not see any errors in the log? Is not
application supposed to get non-zero response code from the Put message
to the Q Alias if the Target Queue specified in this Q Alias does not
exist?
Your responses to my question are greatly appreciated.
Thank you.


Irina Yagudayeva
Insurance Services Office
Infrastructure Engineering
[phone]



This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.

________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/***@public.gmane.orgC.AT?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>

This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[GINA MCCARTHY]

If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.

________________________________

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Yagudayeva, Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Queue Alias with the wrong Target Q Name



Hi,

One of our apps puts messages into Q Alias. We changing the Target Queue
sometimes due to some business reason.

We did not notice any errors until the customer complained that they are
not getting responses back. We found our mistake (Q Alias definition had
a typo in the Target Queue Name) and fixed it. But I am wondering where
did the messages go and why we did not see any errors in the log? Is not
application supposed to get non-zero response code from the Put message
to the Q Alias if the Target Queue specified in this Q Alias does not
exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]





This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.

________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Yagudayeva, Irina]

Well,

None of these occurred. There are no messages in the Dead Letter Queue.
And the application did not get 2082.



Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]



From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of GINA MCCARTHY
Sent: Tuesday, January 15, 2013 2:36 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name



If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.



________________________________

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Yagudayeva, Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Queue Alias with the wrong Target Q Name

Hi,

One of our apps puts messages into Q Alias. We changing the Target Queue
sometimes due to some business reason.

We did not notice any errors until the customer complained that they are
not getting responses back. We found our mistake (Q Alias definition had
a typo in the Target Queue Name) and fixed it. But I am wondering where
did the messages go and why we did not see any errors in the log? Is not
application supposed to get non-zero response code from the Put message
to the Q Alias if the Target Queue specified in this Q Alias does not
exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]





This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>

This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Jefferson Lowrey]

It may have gone to the DLQ on a remote qmgr.

Or it may be sitting in a transmission queue.


Thank you,

Jeff Lowrey



From: "Yagudayeva, Irina" <IYagudayeva-v/C+***@public.gmane.org>
To: MQSERIES-JX7+OpRa80QeFbOYke1v4oOpTq8/***@public.gmane.org,
Date: 01/15/2013 03:57 PM
Subject: Re: [MQSERIES] Queue Alias with the wrong Target Q Name
Sent by: MQSeries List <MQSERIES-JX7+OpRa80QeFbOYke1v4oOpTq8/***@public.gmane.org>



Well,
None of these occurred. There are no messages in the Dead Letter Queue.
And the application did not get 2082.

Irina Yagudayeva
Insurance Services Office
Infrastructure Engineering
[phone]

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf
Of GINA MCCARTHY
Sent: Tuesday, January 15, 2013 2:36 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.


From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf
Of Yagudayeva, Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Queue Alias with the wrong Target Q Name
Hi,
One of our apps puts messages into Q Alias. We changing the Target Queue
sometimes due to some business reason.
We did not notice any errors until the customer complained that they are
not getting responses back. We found our mistake (Q Alias definition had a
typo in the Target Queue Name) and fixed it. But I am wondering where did
the messages go and why we did not see any errors in the log? Is not
application supposed to get non-zero response code from the Put message to
the Q Alias if the Target Queue specified in this Q Alias does not exist?
Your responses to my question are greatly appreciated.
Thank you.


Irina Yagudayeva
Insurance Services Office
Infrastructure Engineering
[phone]



This email is intended for the recipient only. If you are not the intended
recipient please disregard, and do not use the information for any
purpose.


List Archive - Manage Your List Settings - Unsubscribe
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com


List Archive - Manage Your List Settings - Unsubscribe
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com


This email is intended for the recipient only. If you are not the intended
recipient please disregard, and do not use the information for any
purpose.


List Archive - Manage Your List Settings - Unsubscribe
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Yagudayeva, Irina]

Q Alias does not have a place to specify Remote Queue Manager name. It
has the target Queue name only. How would it know what queue manager to
route message to if the Target Queue (Local or Remote) is not defined?
All stays "In".

The application is a CICS application which does not work with
"reply-to-queue" or "reply-to-queue manager" fields. It connects to one
queue manager only.

Business logic is to take the message from the Input queue, process it,
create the name for the output Queue and Put results into Output queue.
Output queue in this case is defined as Q Alias.

Thank you all.

I will look into code.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]



From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Jefferson Lowrey
Sent: Tuesday, January 15, 2013 3:59 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name



It may have gone to the DLQ on a remote qmgr.

Or it may be sitting in a transmission queue.


Thank you,

Jeff Lowrey



From: "Yagudayeva, Irina" <IYagudayeva-v/C+***@public.gmane.org>
To: MQSERIES-JX7+OpRa80QeFbOYke1v4oOpTq8/***@public.gmane.org,
Date: 01/15/2013 03:57 PM
Subject: Re: [MQSERIES] Queue Alias with the wrong Target Q Name
Sent by: MQSeries List <MQSERIES-JX7+***@public.gmane.orgn.ac.at>

________________________________




Well,
None of these occurred. There are no messages in the Dead Letter Queue.
And the application did not get 2082.

Irina Yagudayeva
Insurance Services Office
Infrastructure Engineering
[phone]

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT> ] On Behalf Of GINA MCCARTHY
Sent: Tuesday, January 15, 2013 2:36 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.


________________________________


From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org> ] On Behalf Of Yagudayeva,
Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: ***@LISTSERV.MEDUNIWIEN.AC.AT
<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org>
Subject: Queue Alias with the wrong Target Q Name
Hi,
One of our apps puts messages into Q Alias. We changing the Target Queue
sometimes due to some business reason.
We did not notice any errors until the customer complained that they are
not getting responses back. We found our mistake (Q Alias definition had
a typo in the Target Queue Name) and fixed it. But I am wondering where
did the messages go and why we did not see any errors in the log? Is not
application supposed to get non-zero response code from the Put message
to the Q Alias if the Target Queue specified in this Q Alias does not
exist?
Your responses to my question are greatly appreciated.
Thank you.


Irina Yagudayeva
Insurance Services Office
Infrastructure Engineering
[phone]



This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.




________________________________


List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>




________________________________


List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>



This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>

This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Roger Lacroix]

Hello Gina,

> If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.

If the application receives an RC of 2082 then the message did NOT
get placed on any queue.

Regards,
Roger Lacroix
Capitalware Inc.

At 02:35 PM 1/15/2013, you wrote:
>If the targq is not a valid queue, you should get a 2082 and the
>message(s) should go into the DLQ.
>
>
>----------
>From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
>Behalf Of Yagudayeva, Irina
>Sent: Tuesday, January 15, 2013 2:16 PM
>To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>Subject: Queue Alias with the wrong Target Q Name
>
>Hi,
>
>One of our apps puts messages into Q Alias. We changing the Target
>Queue sometimes due to some business reason.
>
>We did not notice any errors until the customer complained that they
>are not getting responses back. We found our mistake (Q Alias
>definition had a typo in the Target Queue Name) and fixed it. But I
>am wondering where did the messages go and why we did not see any
>errors in the log? Is not application supposed to get non-zero
>response code from the Put message to the Q Alias if the Target
>Queue specified in this Q Alias does not exist?
>
>Your responses to my question are greatly appreciated.
>
>Thank you.
>
>
>
>
>
> Irina Yagudayeva
>
> Insurance Services Office
>
>Infrastructure Engineering
>
> [phone]
>
>
>
>
>This email is intended for the recipient only. If you are not the
>intended recipient please disregard, and do not use the information
>for any purpose.
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Bob Juch]

Um, no, the message would never get to the queue manager. The MQOPEN would
fail.

This assumes the application is directly connected to that queue manager,
If the messages are coming from another queue manager they'll wind up in
the DLQ.

Bob Juch
Juch Services LLC


On Tue, Jan 15, 2013 at 2:35 PM, GINA MCCARTHY <gimccarthy-***@public.gmane.org> wrote:

> **
> *If the targq is not a valid queue, you should get a 2082 and the
> message(s) should go into the DLQ. *
>
> ------------------------------
> *From:* MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] *On
> Behalf Of *Yagudayeva, Irina
> *Sent:* Tuesday, January 15, 2013 2:16 PM
> *To:* MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> *Subject:* Queue Alias with the wrong Target Q Name
>
> Hi,****
>
> One of our apps puts messages into Q Alias. We changing the Target Queue
> sometimes due to some business reason. ****
>
> We did not notice any errors until the customer complained that they are
> not getting responses back. We found our mistake (Q Alias definition had a
> typo in the Target Queue Name) and fixed it. But I am wondering where did
> the messages go and why we did not see any errors in the log? Is not
> application supposed to get non-zero response code from the Put message to
> the Q Alias if the Target Queue specified in this Q Alias does not exist?*
> ***
>
> Your responses to my question are greatly appreciated.****
>
> Thank you.****
>
> ****
>
> ** **
>
> Irina Yagudayeva****
>
> Insurance Services Office****
>
> Infrastructure Engineering****
>
> [phone]****
>
> ** **
>
>
> This email is intended for the recipient only. If you are not the
> intended recipient please disregard, and do not use the information for any
> purpose.
> ------------------------------
> List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage
> Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>-
> Unsubscribe<LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>
>
> ------------------------------
> List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage
> Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>-
> Unsubscribe<LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>
>

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Yagudayeva, Irina]

Thank you Bob.

This is a CICS application. Thus, you're right. It directly connects to
that QMGR. It puts the message into Q Alias which resolves to the
Target Q defined. The Target queue varies - sometimes it's a Local
queue, the other time it's a Remote Queue. In this particular case the
Target Queue Name had a mistake. I would think that the app had to get a
-non-zero response code from Put and rollback the uow. This did not
happen.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]



From: MQSeries List [mailto:***@LISTSERV.MEDUNIWIEN.AC.AT] On
Behalf Of Bob Juch
Sent: Tuesday, January 15, 2013 3:15 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name



Um, no, the message would never get to the queue manager. The MQOPEN
would fail.



This assumes the application is directly connected to that queue
manager, If the messages are coming from another queue manager they'll
wind up in the DLQ.



Bob Juch

Juch Services LLC



On Tue, Jan 15, 2013 at 2:35 PM, GINA MCCARTHY <gimccarthy-***@public.gmane.org>
wrote:

If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.



________________________________

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd+bG4Fjr/***@public.gmane.orgIWIEN.AC.AT] On
Behalf Of Yagudayeva, Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Queue Alias with the wrong Target Q Name

Hi,

One of our apps puts messages into Q Alias. We changing the Target Queue
sometimes due to some business reason.

We did not notice any errors until the customer complained that they are
not getting responses back. We found our mistake (Q Alias definition had
a typo in the Target Queue Name) and fixed it. But I am wondering where
did the messages go and why we did not see any errors in the log? Is not
application supposed to get non-zero response code from the Put message
to the Q Alias if the Target Queue specified in this Q Alias does not
exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone] <tel:%28201%29469-3648>





This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>





________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-***@public.gmane.orgUNIWIEN.AC.AT?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>

This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Bob Juch]

Yes, the app had to get a non-zero response code from the MQOPEN which
would fail. The MQPUT would never get out of the API because there's no
valid queue handle. You should have a return code from the API, not an MQ
return code. Make sure that being tested after the open.

Bob Juch
Juch Services LLC


On Tue, Jan 15, 2013 at 3:33 PM, Yagudayeva, Irina <IYagudayeva-***@public.gmane.org>wrote:

> Thank you Bob.****
>
> This is a CICS application. Thus, you’re right. It directly connects to
> that QMGR. It puts the message into Q Alias which resolves to the Target Q
> defined. The Target queue varies – sometimes it’s a Local queue, the other
> time it’s a Remote Queue. In this particular case the Target Queue Name
> had a mistake. I would think that the app had to get a –non-zero response
> code from Put and rollback the uow. This did not happen. ****
>
> Thank you.****
>
> ****
>
> ** **
>
> ** **
>
> Irina Yagudayeva****
>
> Insurance Services Office****
>
> Infrastructure Engineering****
>
> [phone]****
>
> ** **
>
> *From:* MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] *On
> Behalf Of *Bob Juch
> *Sent:* Tuesday, January 15, 2013 3:15 PM
> *To:* MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> *Subject:* Re: Queue Alias with the wrong Target Q Name****
>
> ** **
>
> Um, no, the message would never get to the queue manager. The MQOPEN would
> fail.****
>
> ** **
>
> This assumes the application is directly connected to that queue manager,
> If the messages are coming from another queue manager they'll wind up in
> the DLQ.****
>
> ** **
>
> Bob Juch****
>
> Juch Services LLC****
>
> ** **
>
> On Tue, Jan 15, 2013 at 2:35 PM, GINA MCCARTHY <gimccarthy-***@public.gmane.org>
> wrote:****
>
> *If the targq is not a valid queue, you should get a 2082 and the
> message(s) should go into the DLQ. *****
>
> ** **
> ------------------------------
>
> *From:* MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] *On
> Behalf Of *Yagudayeva, Irina
> *Sent:* Tuesday, January 15, 2013 2:16 PM
> *To:* MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> *Subject:* Queue Alias with the wrong Target Q Name****
>
> Hi,****
>
> One of our apps puts messages into Q Alias. We changing the Target Queue
> sometimes due to some business reason. ****
>
> We did not notice any errors until the customer complained that they are
> not getting responses back. We found our mistake (Q Alias definition had a
> typo in the Target Queue Name) and fixed it. But I am wondering where did
> the messages go and why we did not see any errors in the log? Is not
> application supposed to get non-zero response code from the Put message to
> the Q Alias if the Target Queue specified in this Q Alias does not exist?*
> ***
>
> Your responses to my question are greatly appreciated.****
>
> Thank you.****
>
> ****
>
> ****
>
> Irina Yagudayeva****
>
> Insurance Services Office****
>
> Infrastructure Engineering****
>
> [phone]****
>
> ****
>
> ** **
>
> This email is intended for the recipient only. If you are not the intended
> recipient please disregard, and do not use the information for any purpose.
> ****
>
> ** **
> ------------------------------
>
> List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage
> Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>-
> Unsubscribe<LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>
> ****
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>
> ****
>
> ** **
> ------------------------------
>
> List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage
> Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>-
> Unsubscribe<LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>
> ****
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>
> ****
>
> ** **
>
> ** **
> ------------------------------
>
> List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage
> Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>-
> Unsubscribe<LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>
> ****
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>
> ****
>
>
> This email is intended for the recipient only. If you are not the intended
> recipient please disregard, and do not use the information for any purpose.
>
> ------------------------------
> List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage
> Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>-
> Unsubscribe<LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>
>

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Ram]

Make use of mq events - it will help to expose these kind of issues.



Ram Ramanathan

On Jan 15, 2013, at 3:56 PM, Bob Juch <bob-zLFDEVZazB/***@public.gmane.org> wrote:

> Yes, the app had to get a non-zero response code from the MQOPEN which would fail. The MQPUT would never get out of the API because there's no valid queue handle. You should have a return code from the API, not an MQ return code. Make sure that being tested after the open.
>
> Bob Juch
> Juch Services LLC
>
>
> On Tue, Jan 15, 2013 at 3:33 PM, Yagudayeva, Irina <IYagudayeva-***@public.gmane.org> wrote:
>> Thank you Bob.
>>
>> This is a CICS application. Thus, you’re right. It directly connects to that QMGR. It puts the message into Q Alias which resolves to the Target Q defined. The Target queue varies – sometimes it’s a Local queue, the other time it’s a Remote Queue. In this particular case the Target Queue Name had a mistake. I would think that the app had to get a –non-zero response code from Put and rollback the uow. This did not happen.
>>
>> Thank you.
>>
>>
>>
>>
>>
>>
>> Irina Yagudayeva
>>
>> Insurance Services Office
>>
>> Infrastructure Engineering
>>
>> [phone]
>>
>>
>>
>> From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Bob Juch
>> Sent: Tuesday, January 15, 2013 3:15 PM
>> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>> Subject: Re: Queue Alias with the wrong Target Q Name
>>
>>
>>
>> Um, no, the message would never get to the queue manager. The MQOPEN would fail.
>>
>>
>>
>> This assumes the application is directly connected to that queue manager, If the messages are coming from another queue manager they'll wind up in the DLQ.
>>
>>
>>
>> Bob Juch
>>
>> Juch Services LLC
>>
>>
>>
>> On Tue, Jan 15, 2013 at 2:35 PM, GINA MCCARTHY <gimccarthy-***@public.gmane.org> wrote:
>>
>> If the targq is not a valid queue, you should get a 2082 and the message(s) should go into the DLQ.
>>
>>
>>
>> From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Yagudayeva, Irina
>> Sent: Tuesday, January 15, 2013 2:16 PM
>> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>> Subject: Queue Alias with the wrong Target Q Name
>>
>> Hi,
>>
>> One of our apps puts messages into Q Alias. We changing the Target Queue sometimes due to some business reason.
>>
>> We did not notice any errors until the customer complained that they are not getting responses back. We found our mistake (Q Alias definition had a typo in the Target Queue Name) and fixed it. But I am wondering where did the messages go and why we did not see any errors in the log? Is not application supposed to get non-zero response code from the Put message to the Q Alias if the Target Queue specified in this Q Alias does not exist?
>>
>> Your responses to my question are greatly appreciated.
>>
>> Thank you.
>>
>>
>>
>>
>>
>> Irina Yagudayeva
>>
>> Insurance Services Office
>>
>> Infrastructure Engineering
>>
>> [phone]
>>
>>
>>
>>
>>
>> This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.
>>
>>
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>>
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>>
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>>
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>>
>>
>>
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>>
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>>
>>
>> This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>
>
> List Archive - Manage Your List Settings - Unsubscribe
> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Yagudayeva, Irina]

Thank you. I will check it out.

Sent from my iPhone

On Jan 15, 2013, at 6:13 PM, "Ram" <***@YAHOO.COM> wrote:

> Make use of mq events - it will help to expose these kind of issues.
>
>
>
> Ram Ramanathan
>
> On Jan 15, 2013, at 3:56 PM, Bob Juch <***@CICSCENTRAL.COM> wrote:
>
>> Yes, the app had to get a non-zero response code from the MQOPEN which would fail. The MQPUT would never get out of the API because there's no valid queue handle. You should have a return code from the API, not an MQ return code. Make sure that being tested after the open.
>>
>> Bob Juch
>> Juch Services LLC
>>
>>
>> On Tue, Jan 15, 2013 at 3:33 PM, Yagudayeva, Irina <***@iso.com> wrote:
>> Thank you Bob.
>>
>> This is a CICS application. Thus, you’re right. It directly connects to that QMGR. It puts the message into Q Alias which resolves to the Target Q defined. The Target queue varies – sometimes it’s a Local queue, the other time it’s a Remote Queue. In this particular case the Target Queue Name had a mistake. I would think that the app had to get a –non-zero response code from Put and rollback the uow. This did not happen.
>>
>> Thank you.
>>
>>
>>
>>
>>
>>
>> Irina Yagudayeva
>>
>> Insurance Services Office
>>
>> Infrastructure Engineering
>>
>> [phone]
>>
>>
>>
>> From: MQSeries List [mailto:***@LISTSERV.MEDUNIWIEN.AC.AT] On Behalf Of Bob Juch
>> Sent: Tuesday, January 15, 2013 3:15 PM
>> To: ***@LISTSERV.MEDUNIWIEN.AC.AT
>> Subject: Re: Queue Alias with the wrong Target Q Name
>>
>>
>>
>> Um, no, the message would never get to the queue manager. The MQOPEN would fail.
>>
>>
>>
>> This assumes the application is directly connected to that queue manager, If the messages are coming from another queue manager they'll wind up in the DLQ.
>>
>>
>>
>> Bob Juch
>>
>> Juch Services LLC
>>
>>
>>
>> On Tue, Jan 15, 2013 at 2:35 PM, GINA MCCARTHY <***@arrow.com> wrote:
>>
>> If the targq is not a valid queue, you should get a 2082 and the message(s) should go into the DLQ.
>>
>>
>>
>> From: MQSeries List [mailto:***@LISTSERV.MEDUNIWIEN.AC.AT] On Behalf Of Yagudayeva, Irina
>> Sent: Tuesday, January 15, 2013 2:16 PM
>> To: ***@LISTSERV.MEDUNIWIEN.AC.AT
>> Subject: Queue Alias with the wrong Target Q Name
>>
>> Hi,
>>
>> One of our apps puts messages into Q Alias. We changing the Target Queue sometimes due to some business reason.
>>
>> We did not notice any errors until the customer complained that they are not getting responses back. We found our mistake (Q Alias definition had a typo in the Target Queue Name) and fixed it. But I am wondering where did the messages go and why we did not see any errors in the log? Is not application supposed to get non-zero response code from the Put message to the Q Alias if the Target Queue specified in this Q Alias does not exist?
>>
>> Your responses to my question are greatly appreciated.
>>
>> Thank you.
>>
>>
>>
>>
>>
>> Irina Yagudayeva
>>
>> Insurance Services Office
>>
>> Infrastructure Engineering
>>
>> [phone]
>>
>>
>>
>>
>>
>> This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.
>>
>>
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>>
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>>
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>>
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>>
>>
>>
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>>
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>>
>>
>> This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>>
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>
> List Archive - Manage Your List Settings - Unsubscribe
> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>
This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.

[Brumbaugh Glen]

Irina,

How do you know the application did not receive a non-zero MQRC code? It's been a while since I was writing CICS COBOL MQ programs, but I don't think the essence has changed. Just as a COBOL program will not ABEND when a CICS or DB2 call fails, the program will not ABEND if a call to MQ fails. The program will be returned a MQ Reason Code (MQRC) and a Completion Code (MQCC). Responsibility for checking these codes lays with the program. The MQCC may have three values: OK (MQCC=MQCC_OK=0), Warning (MQCC=MQCC_WARNING=1; partially successful), and Failed (MQCC=MQCC_FAILED=2). Anything other than MQCC_OK must be handled by the application!

Note that an MQRC_NONE (MQRC=0) is also returned. Applications should check MQCC for success, not MQRC.




Regards,

Glen Brumbaugh

E-mail: glen.brumbaugh-/***@public.gmane.org



On Jan 15, 2013, at 3:36 PM, "Yagudayeva, Irina" <IYagudayeva-v/C+***@public.gmane.org> wrote:

> Thank you. I will check it out.
>
> Sent from my iPhone
>
> On Jan 15, 2013, at 6:13 PM, "Ram" <rram2k3-***@public.gmane.org> wrote:
>
>> Make use of mq events - it will help to expose these kind of issues.
>>
>>
>>
>> Ram Ramanathan
>>
>> On Jan 15, 2013, at 3:56 PM, Bob Juch <bob-zLFDEVZazB/***@public.gmane.org> wrote:
>>
>>> Yes, the app had to get a non-zero response code from the MQOPEN which would fail. The MQPUT would never get out of the API because there's no valid queue handle. You should have a return code from the API, not an MQ return code. Make sure that being tested after the open.
>>>
>>> Bob Juch
>>> Juch Services LLC
>>>
>>>
>>> On Tue, Jan 15, 2013 at 3:33 PM, Yagudayeva, Irina <IYagudayeva-***@public.gmane.org> wrote:
>>> Thank you Bob.
>>>
>>> This is a CICS application. Thus, you’re right. It directly connects to that QMGR. It puts the message into Q Alias which resolves to the Target Q defined. The Target queue varies – sometimes it’s a Local queue, the other time it’s a Remote Queue. In this particular case the Target Queue Name had a mistake. I would think that the app had to get a –non-zero response code from Put and rollback the uow. This did not happen.
>>>
>>> Thank you.
>>>
>>>
>>>
>>>
>>>
>>>
>>> Irina Yagudayeva
>>>
>>> Insurance Services Office
>>>
>>> Infrastructure Engineering
>>>
>>> [phone]
>>>
>>>
>>>
>>> From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Bob Juch
>>> Sent: Tuesday, January 15, 2013 3:15 PM
>>> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>>> Subject: Re: Queue Alias with the wrong Target Q Name
>>>
>>>
>>>
>>> Um, no, the message would never get to the queue manager. The MQOPEN would fail.
>>>
>>>
>>>
>>> This assumes the application is directly connected to that queue manager, If the messages are coming from another queue manager they'll wind up in the DLQ.
>>>
>>>
>>>
>>> Bob Juch
>>>
>>> Juch Services LLC
>>>
>>>
>>>
>>> On Tue, Jan 15, 2013 at 2:35 PM, GINA MCCARTHY <gimccarthy-***@public.gmane.org> wrote:
>>>
>>> If the targq is not a valid queue, you should get a 2082 and the message(s) should go into the DLQ.
>>>
>>>
>>>
>>> From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Yagudayeva, Irina
>>> Sent: Tuesday, January 15, 2013 2:16 PM
>>> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>>> Subject: Queue Alias with the wrong Target Q Name
>>>
>>> Hi,
>>>
>>> One of our apps puts messages into Q Alias. We changing the Target Queue sometimes due to some business reason.
>>>
>>> We did not notice any errors until the customer complained that they are not getting responses back. We found our mistake (Q Alias definition had a typo in the Target Queue Name) and fixed it. But I am wondering where did the messages go and why we did not see any errors in the log? Is not application supposed to get non-zero response code from the Put message to the Q Alias if the Target Queue specified in this Q Alias does not exist?
>>>
>>> Your responses to my question are greatly appreciated.
>>>
>>> Thank you.
>>>
>>>
>>>
>>>
>>>
>>> Irina Yagudayeva
>>>
>>> Insurance Services Office
>>>
>>> Infrastructure Engineering
>>>
>>> [phone]
>>>
>>>
>>>
>>>
>>>
>>> This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.
>>>
>>>
>>>
>>> List Archive - Manage Your List Settings - Unsubscribe
>>>
>>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>>
>>>
>>>
>>> List Archive - Manage Your List Settings - Unsubscribe
>>>
>>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>>
>>>
>>>
>>>
>>>
>>> List Archive - Manage Your List Settings - Unsubscribe
>>>
>>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>>
>>>
>>>
>>> This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.
>>>
>>> List Archive - Manage Your List Settings - Unsubscribe
>>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>>
>>>
>>>
>>> List Archive - Manage Your List Settings - Unsubscribe
>>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>>
>>
>> List Archive - Manage Your List Settings - Unsubscribe
>> Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
>>
>
>
> This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Yagudayeva, Irina]

Thank you.

I agree and will work with developers on it.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]



From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Brumbaugh Glen
Sent: Tuesday, January 15, 2013 11:06 PM
To: MQSERIES-0lvw86wZMd9k/***@public.gmane.orgAC.AT
Subject: Re: Queue Alias with the wrong Target Q Name



Irina,



How do you know the application did not receive a non-zero MQRC code?
It's been a while since I was writing CICS COBOL MQ programs, but I
don't think the essence has changed. Just as a COBOL program will not
ABEND when a CICS or DB2 call fails, the program will not ABEND if a
call to MQ fails. The program will be returned a MQ Reason Code (MQRC)
and a Completion Code (MQCC). Responsibility for checking these codes
lays with the program. The MQCC may have three values: OK
(MQCC=MQCC_OK=0), Warning (MQCC=MQCC_WARNING=1; partially successful),
and Failed (MQCC=MQCC_FAILED=2). Anything other than MQCC_OK must be
handled by the application!



Note that an MQRC_NONE (MQRC=0) is also returned. Applications should
check MQCC for success, not MQRC.









Regards,

Glen Brumbaugh

E-mail: ***@yahoo.com







On Jan 15, 2013, at 3:36 PM, "Yagudayeva, Irina" <IYagudayeva-v/C+***@public.gmane.org>
wrote:





Thank you. I will check it out.

Sent from my iPhone


On Jan 15, 2013, at 6:13 PM, "Ram" <***@YAHOO.COM> wrote:

Make use of mq events - it will help to expose these kind of
issues.





Ram Ramanathan


On Jan 15, 2013, at 3:56 PM, Bob Juch <bob-zLFDEVZazB/***@public.gmane.org>
wrote:

Yes, the app had to get a non-zero response code from
the MQOPEN which would fail. The MQPUT would never get out of the API
because there's no valid queue handle. You should have a return code
from the API, not an MQ return code. Make sure that being tested after
the open.



Bob Juch

Juch Services LLC



On Tue, Jan 15, 2013 at 3:33 PM, Yagudayeva, Irina
<IYagudayeva-***@public.gmane.org> wrote:

Thank you Bob.

This is a CICS application. Thus, you're right. It
directly connects to that QMGR. It puts the message into Q Alias which
resolves to the Target Q defined. The Target queue varies - sometimes
it's a Local queue, the other time it's a Remote Queue. In this
particular case the Target Queue Name had a mistake. I would think that
the app had to get a -non-zero response code from Put and rollback the
uow. This did not happen.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone] <tel:%28201%29469-3648>



From: MQSeries List
[mailto:MQSERIES-0lvw86wZMd9k/***@public.gmane.orgN.AC.AT] On Behalf Of Bob Juch
Sent: Tuesday, January 15, 2013 3:15 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name



Um, no, the message would never get to the queue
manager. The MQOPEN would fail.



This assumes the application is directly connected to
that queue manager, If the messages are coming from another queue
manager they'll wind up in the DLQ.



Bob Juch

Juch Services LLC



On Tue, Jan 15, 2013 at 2:35 PM, GINA MCCARTHY
<gimccarthy-***@public.gmane.org> wrote:

If the targq is not a valid queue, you should get a 2082
and the message(s) should go into the DLQ.



________________________________

From: MQSeries List
[mailto:MQSERIES-***@public.gmane.orgUNIWIEN.AC.AT] On Behalf Of Yagudayeva,
Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.orgT
Subject: Queue Alias with the wrong Target Q Name

Hi,

One of our apps puts messages into Q Alias. We changing
the Target Queue sometimes due to some business reason.

We did not notice any errors until the customer
complained that they are not getting responses back. We found our
mistake (Q Alias definition had a typo in the Target Queue Name) and
fixed it. But I am wondering where did the messages go and why we did
not see any errors in the log? Is not application supposed to get
non-zero response code from the Put message to the Q Alias if the Target
Queue specified in this Q Alias does not exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone] <tel:%28201%29469-3648>





This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.



________________________________

List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/***@public.gmane.orgN.AC.AT?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription
are provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6fz1BpB9Gk+***@public.gmane.org.AC.AT?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription
are provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>





________________________________

List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription
are provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>



This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.



________________________________

List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription
are provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>





________________________________

List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-***@public.gmane.orgWIEN.AC.AT?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription
are provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are
provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>



This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.





________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:***@LISTSERV.MEDUNIWIEN.AC.AT?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>

This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[GINA MCCARTHY]

This happened to us just yesterday and they did go on the dead letter
queue :-)

________________________________

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Roger Lacroix
Sent: Tuesday, January 15, 2013 3:18 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name


Hello Gina,

> If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.

If the application receives an RC of 2082 then the message did NOT get
placed on any queue.

Regards,
Roger Lacroix
Capitalware Inc.

At 02:35 PM 1/15/2013, you wrote:


If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.


________________________________

From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org> ] On Behalf Of Yagudayeva,
Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Queue Alias with the wrong Target Q Name

Hi,

One of our apps puts messages into Q Alias. We changing the
Target Queue sometimes due to some business reason.

We did not notice any errors until the customer complained that
they are not getting responses back. We found our mistake (Q Alias
definition had a typo in the Target Queue Name) and fixed it. But I am
wondering where did the messages go and why we did not see any errors in
the log? Is not application supposed to get non-zero response code from
the Put message to the Q Alias if the Target Queue specified in this Q
Alias does not exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]




This email is intended for the recipient only. If you are not
the intended recipient please disregard, and do not use the information
for any purpose.


________________________________

List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are
provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>


________________________________

List Archive
<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your
List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are
provided in the Listserv General Users Guide available at
http://www.lsoft.com <http://www.lsoft.com/resources/manuals.asp>


________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Potkay, Peter M (CTO and Service Mgmt)]

Gina,

On the QM where the message landed in the DLQ, was the putter

A. A customer application connected to the QM in either client or
bindings mode?

B. A RCVR, CLUSRCVR or RQSTR channel accepting the message from
another QM?



If it's B, then the message landing in the DLQ is expected, and you
should have seen a corresponding entry in the QM's error log. If it's A,
it's not working as I understand it should.





Peter Potkay





From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of GINA MCCARTHY
Sent: Wednesday, January 16, 2013 6:52 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name



This happened to us just yesterday and they did go on the dead letter
queue :-)



________________________________

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Roger Lacroix
Sent: Tuesday, January 15, 2013 3:18 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

Hello Gina,

> If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.

If the application receives an RC of 2082 then the message did NOT get
placed on any queue.

Regards,
Roger Lacroix
Capitalware Inc.

At 02:35 PM 1/15/2013, you wrote:



If the targq is not a valid queue, you should get a 2082 and the
message(s) should go into the DLQ.

________________________________

From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org> ] On Behalf Of Yagudayeva,
Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Queue Alias with the wrong Target Q Name

Hi,

One of our apps puts messages into Q Alias. We changing the Target Queue
sometimes due to some business reason.

We did not notice any errors until the customer complained that they are
not getting responses back. We found our mistake (Q Alias definition had
a typo in the Target Queue Name) and fixed it. But I am wondering where
did the messages go and why we did not see any errors in the log? Is not
application supposed to get non-zero response code from the Put message
to the Q Alias if the Target Queue specified in this Q Alias does not
exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]




This email is intended for the recipient only. If you are not the
intended recipient please disregard, and do not use the information for
any purpose.

________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>



________________________________

List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=sign
off%20mqseries>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>

************************************************************
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/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 e-mail, delete this communication and destroy all copies.
************************************************************

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Roger Lacroix]

Hello Gina,

> This happened to us just yesterday and they did go on the dead letter queue

That's technically impossible. Your application cannot receive an RC
of 2082 on an MQOPEN then proceed to put message to a queue because
the MQ Object handle returned from the MQOPEN would have been invalid.

You may have had an invalid TARGQ value for an QAlias but the only
way for messages to end up on a DLQ would be if the application
received an RC of 0 on BOTH the MQOPEN and MQPUT AND the message was
travelling between queue manager.

Regards,
Roger Lacroix
Capitalware Inc.

At 06:52 AM 1/16/2013, you wrote:
>This happened to us just yesterday and they did go on the dead
>letter queue :-)
>
>
>----------
>From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
>Behalf Of Roger Lacroix
>Sent: Tuesday, January 15, 2013 3:18 PM
>To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>Subject: Re: Queue Alias with the wrong Target Q Name
>
>Hello Gina,
>
> > If the targq is not a valid queue, you should get a 2082 and the
> message(s) should go into the DLQ.
>
>If the application receives an RC of 2082 then the message did NOT
>get placed on any queue.
>
>Regards,
>Roger Lacroix
>Capitalware Inc.
>
>At 02:35 PM 1/15/2013, you wrote:
>>If the targq is not a valid queue, you should get a 2082 and the
>>message(s) should go into the DLQ.
>>
>>
>>----------
>>From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
>>Behalf Of Yagudayeva, Irina
>>Sent: Tuesday, January 15, 2013 2:16 PM
>>To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>>Subject: Queue Alias with the wrong Target Q Name
>>
>>Hi,
>>
>>One of our apps puts messages into Q Alias. We changing the Target
>>Queue sometimes due to some business reason.
>>
>>We did not notice any errors until the customer complained that
>>they are not getting responses back. We found our mistake (Q Alias
>>definition had a typo in the Target Queue Name) and fixed it. But I
>>am wondering where did the messages go and why we did not see any
>>errors in the log? Is not application supposed to get non-zero
>>response code from the Put message to the Q Alias if the Target
>>Queue specified in this Q Alias does not exist?
>>
>>Your responses to my question are greatly appreciated.
>>
>>Thank you.
>>
>>
>>
>>
>>
>> Irina Yagudayeva
>>
>> Insurance Services Office
>>
>>Infrastructure Engineering
>>
>> [phone]
>>
>>
>>
>>
>>This email is intended for the recipient only. If you are not the
>>intended recipient please disregard, and do not use the information
>>for any purpose.
>>
>>
>>----------
>><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List
>>Archive -
>><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>>Your List Settings -
>><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>>
>>
>>Instructions for managing your mailing list subscription are
>>provided in the Listserv General Users Guide available at
>><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>>
>>
>>----------
>><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List
>>Archive -
>><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>>Your List Settings -
>><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>>
>>
>>Instructions for managing your mailing list subscription are
>>provided in the Listserv General Users Guide available at
>><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Bruce Lerner]

For purposes of clarity and precision... Your app does not attempt to put a
message to a QAlias.

The only queue type that messages can be MQPUT to, or MQGET from, is a real
QLocal. The other queue definition types (QAlias, QRemote, QModel), are
merely definitions that must resolve to a real local queue. Name resolution
takes place at explicitly at MQOPEN, and implicitly at MQPUT1.

If name resolution fails (to resolve a QAlias to a QLocal), a non-zero
(failed) CompletionCode, and non-zero ReasonCode are returned to the app.
In this case, there is no message MQPUT to a queue.

You wrote that you corrected the target attribute of the QAlias. If you
have corrected the QAlias target definition, the next attempt to open the
QAlias will succeed, and messages should be put to the target queue. If you
have not corrected the target, then subsequent opens will fail.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[Edenfield, Lee]

True, unless the application itself put the message on the DLQ.

I have several applications that do this. The scenario is: a message is read from one queue; processing occurs; a message is put to another queue. If the read is successful, processing is successful, but the put fails, these applications are designed to put the message on a DLQ instead of backing out the UOW. If the put to the DLQ fails, then the whole UOW is backed out.

Lee Edenfield, HagemeyerNA (843.745.2477)

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Roger Lacroix
Sent: Wednesday, January 16, 2013 9:43 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

Hello Gina,

> This happened to us just yesterday and they did go on the dead letter queue

That's technically impossible. Your application cannot receive an RC of 2082 on an MQOPEN then proceed to put message to a queue because the MQ Object handle returned from the MQOPEN would have been invalid.

You may have had an invalid TARGQ value for an QAlias but the only way for messages to end up on a DLQ would be if the application received an RC of 0 on BOTH the MQOPEN and MQPUT AND the message was travelling between queue manager.

Regards,
Roger Lacroix
Capitalware Inc.

At 06:52 AM 1/16/2013, you wrote:

This happened to us just yesterday and they did go on the dead letter queue :-)
________________________________
From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Roger Lacroix
Sent: Tuesday, January 15, 2013 3:18 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6fz1BpB9Gk+***@public.gmane.org.AC.AT>
Subject: Re: Queue Alias with the wrong Target Q Name

Hello Gina,

> If the targq is not a valid queue, you should get a 2082 and the message(s) should go into the DLQ.

If the application receives an RC of 2082 then the message did NOT get placed on any queue.

Regards,
Roger Lacroix
Capitalware Inc.

At 02:35 PM 1/15/2013, you wrote:

If the targq is not a valid queue, you should get a 2082 and the message(s) should go into the DLQ.
________________________________
From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Yagudayeva, Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6fz1BpB9Gk+***@public.gmane.org.AC.AT>
Subject: Queue Alias with the wrong Target Q Name

Hi,

One of our apps puts messages into Q Alias. We changing the Target Queue sometimes due to some business reason.

We did not notice any errors until the customer complained that they are not getting responses back. We found our mistake (Q Alias definition had a typo in the Target Queue Name) and fixed it. But I am wondering where did the messages go and why we did not see any errors in the log? Is not application supposed to get non-zero response code from the Put message to the Q Alias if the Target Queue specified in this Q Alias does not exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]




This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.
________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

______________________________________________________________________
CONFIDENTIALITY WARNING: This email may contain confidential or proprietary business information and is for the sole use of the intended recipient(s). Any unauthorized use or disclosure of this communication, including attachments, is strictly prohibited. If you believe that you have received this email in error, please notify the sender immediately and delete it from your system.
______________________________________________________________________

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Roger Lacroix]

Hello Lee,

> True, unless the application itself put the message on the DLQ.

True but then you are not describing the behavior of MQ, rather you
are describing the behavior of the application.

Regards,
Roger Lacroix
Capitalware Inc.

At 09:50 AM 1/16/2013, you wrote:
>True, unless the application itself put the message on the DLQ.
>
>I have several applications that do this. The scenario is: a message
>is read from one queue; processing occurs; a message is put to
>another queue. If the read is successful, processing is successful,
>but the put fails, these applications are designed to put the
>message on a DLQ instead of backing out the UOW. If the put to the
>DLQ fails, then the whole UOW is backed out.
>
>Lee Edenfield, HagemeyerNA (843.745.2477)
>
>From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
>Behalf Of Roger Lacroix
>Sent: Wednesday, January 16, 2013 9:43 AM
>To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>Subject: Re: Queue Alias with the wrong Target Q Name
>
>Hello Gina,
>
> > This happened to us just yesterday and they did go on the dead letter queue
>
>That's technically impossible. Your application cannot receive an
>RC of 2082 on an MQOPEN then proceed to put message to a queue
>because the MQ Object handle returned from the MQOPEN would have been invalid.
>
>You may have had an invalid TARGQ value for an QAlias but the only
>way for messages to end up on a DLQ would be if the application
>received an RC of 0 on BOTH the MQOPEN and MQPUT AND the message was
>travelling between queue manager.
>
>Regards,
>Roger Lacroix
>Capitalware Inc.
>
>At 06:52 AM 1/16/2013, you wrote:
>
>This happened to us just yesterday and they did go on the dead
>letter queue :-)
>
>----------
>From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
>Behalf Of Roger Lacroix
>Sent: Tuesday, January 15, 2013 3:18 PM
>To:
><mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org>MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>Subject: Re: Queue Alias with the wrong Target Q Name
>
>Hello Gina,
>
> > If the targq is not a valid queue, you should get a 2082 and the
> message(s) should go into the DLQ.
>
>If the application receives an RC of 2082 then the message did NOT
>get placed on any queue.
>
>Regards,
>Roger Lacroix
>Capitalware Inc.
>
>At 02:35 PM 1/15/2013, you wrote:
>
>If the targq is not a valid queue, you should get a 2082 and the
>message(s) should go into the DLQ.
>
>----------
>From: MQSeries List [
><mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org>mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org]
>On Behalf Of Yagudayeva, Irina
>Sent: Tuesday, January 15, 2013 2:16 PM
>To:
><mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org>MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>Subject: Queue Alias with the wrong Target Q Name
>
>Hi,
>
>One of our apps puts messages into Q Alias. We changing the Target
>Queue sometimes due to some business reason.
>
>We did not notice any errors until the customer complained that they
>are not getting responses back. We found our mistake (Q Alias
>definition had a typo in the Target Queue Name) and fixed it. But I
>am wondering where did the messages go and why we did not see any
>errors in the log? Is not application supposed to get non-zero
>response code from the Put message to the Q Alias if the Target
>Queue specified in this Q Alias does not exist?
>
>Your responses to my question are greatly appreciated.
>
>Thank you.
>
>
>
>
>
> Irina Yagudayeva
>
> Insurance Services Office
>
>Infrastructure Engineering
>
> [phone]
>
>
>
>
>This email is intended for the recipient only. If you are not the
>intended recipient please disregard, and do not use the information
>for any purpose.
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>______________________________________________________________________
>CONFIDENTIALITY WARNING: This email may contain confidential or
>proprietary business information and is for the sole use of the
>intended recipient(s). Any unauthorized use or disclosure of this
>communication, including attachments, is strictly prohibited. If you
>believe that you have received this email in error, please notify
>the sender immediately and delete it from your system.
>______________________________________________________________________
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List Archive
>-
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list subscription are
>provided in the Listserv General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Bruce Lerner]

The queue manager DLQ is used for specific, well-documented system
functions. Application use of the queue manager DLQ is not a best-practice.

Developers should create a specific queue for defective messages - messages
cannot or should not be processed for business reasons. For example: in a
payroll app, a GOOD_TIMECARD queue, and a BAD_TIMECARD queue.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[Bob Juch]

An application should never put messages on the DLQ! Is your
application even adding the DLQ header to the message? Create your own
error queue.

Bob Juch
Juch Services LLC


On Wed, Jan 16, 2013 at 9:50 AM, Edenfield, Lee <lee-***@public.gmane.org> wrote:
> True, unless the application itself put the message on the DLQ.
>
>
>
> I have several applications that do this. The scenario is: a message is read
> from one queue; processing occurs; a message is put to another queue. If the
> read is successful, processing is successful, but the put fails, these
> applications are designed to put the message on a DLQ instead of backing out
> the UOW. If the put to the DLQ fails, then the whole UOW is backed out.
>
>
>
> Lee Edenfield, HagemeyerNA (843.745.2477)
>
>
>
> From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of
> Roger Lacroix
> Sent: Wednesday, January 16, 2013 9:43 AM
> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> Subject: Re: Queue Alias with the wrong Target Q Name
>
>
>
> Hello Gina,
>
>> This happened to us just yesterday and they did go on the dead letter
>> queue
>
> That's technically impossible. Your application cannot receive an RC of
> 2082 on an MQOPEN then proceed to put message to a queue because the MQ
> Object handle returned from the MQOPEN would have been invalid.
>
> You may have had an invalid TARGQ value for an QAlias but the only way for
> messages to end up on a DLQ would be if the application received an RC of 0
> on BOTH the MQOPEN and MQPUT AND the message was travelling between queue
> manager.
>
> Regards,
> Roger Lacroix
> Capitalware Inc.
>
> At 06:52 AM 1/16/2013, you wrote:
>
> This happened to us just yesterday and they did go on the dead letter queue
> :-)
>
> ________________________________
>
> From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf
> Of Roger Lacroix
> Sent: Tuesday, January 15, 2013 3:18 PM
> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> Subject: Re: Queue Alias with the wrong Target Q Name
>
> Hello Gina,
>
>> If the targq is not a valid queue, you should get a 2082 and the
>> message(s) should go into the DLQ.
>
> If the application receives an RC of 2082 then the message did NOT get
> placed on any queue.
>
> Regards,
> Roger Lacroix
> Capitalware Inc.
>
> At 02:35 PM 1/15/2013, you wrote:
>
> If the targq is not a valid queue, you should get a 2082 and the message(s)
> should go into the DLQ.
>
> ________________________________
>
> From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf
> Of Yagudayeva, Irina
> Sent: Tuesday, January 15, 2013 2:16 PM
> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> Subject: Queue Alias with the wrong Target Q Name
>
> Hi,
>
> One of our apps puts messages into Q Alias. We changing the Target Queue
> sometimes due to some business reason.
>
> We did not notice any errors until the customer complained that they are not
> getting responses back. We found our mistake (Q Alias definition had a typo
> in the Target Queue Name) and fixed it. But I am wondering where did the
> messages go and why we did not see any errors in the log? Is not application
> supposed to get non-zero response code from the Put message to the Q Alias
> if the Target Queue specified in this Q Alias does not exist?
>
> Your responses to my question are greatly appreciated.
>
> Thank you.
>
>
>
>
>
> Irina Yagudayeva
>
> Insurance Services Office
>
> Infrastructure Engineering
>
> [phone]
>
>
>
>
> This email is intended for the recipient only. If you are not the intended
> recipient please disregard, and do not use the information for any purpose.
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided in the
> Listserv General Users Guide available at http://www.lsoft.com
>
>
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided in the
> Listserv General Users Guide available at http://www.lsoft.com
>
>
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided in the
> Listserv General Users Guide available at http://www.lsoft.com
>
>
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided in the
> Listserv General Users Guide available at http://www.lsoft.com
>
>
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided in the
> Listserv General Users Guide available at http://www.lsoft.com
>
>
> ______________________________________________________________________
> CONFIDENTIALITY WARNING: This email may contain confidential or proprietary
> business information and is for the sole use of the intended recipient(s).
> Any unauthorized use or disclosure of this communication, including
> attachments, is strictly prohibited. If you believe that you have received
> this email in error, please notify the sender immediately and delete it from
> your system.
> ______________________________________________________________________
>
> ________________________________
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided in the
> Listserv General Users Guide available at http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[Edenfield, Lee]

The application does create a Dead Letter Header.
These applications generally do have their own error queue, but in the event that the message cannot be put to the error queue, some of them write to the default DLQ for the queue manager.

In most cases, the queue manager is dedicated to one application. By the time I get to this point, I am fairly deep in error recovery logic, and someone has already done something very wrong. Losing the data is a real possibility at this point. I think putting the message to the system DLQ is preferred to losing the message.

Lee Edenfield, HagemeyerNA (843.745.2477)


-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Bob Juch
Sent: Wednesday, January 16, 2013 10:23 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

An application should never put messages on the DLQ! Is your application even adding the DLQ header to the message? Create your own error queue.

Bob Juch
Juch Services LLC


On Wed, Jan 16, 2013 at 9:50 AM, Edenfield, Lee <lee-***@public.gmane.org> wrote:
> True, unless the application itself put the message on the DLQ.
>
>
>
> I have several applications that do this. The scenario is: a message
> is read from one queue; processing occurs; a message is put to another
> queue. If the read is successful, processing is successful, but the
> put fails, these applications are designed to put the message on a DLQ
> instead of backing out the UOW. If the put to the DLQ fails, then the whole UOW is backed out.
>
>
>
> Lee Edenfield, HagemeyerNA (843.745.2477)
>
>
>
> From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
> Behalf Of Roger Lacroix
> Sent: Wednesday, January 16, 2013 9:43 AM
> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> Subject: Re: Queue Alias with the wrong Target Q Name
>
>
>
> Hello Gina,
>
>> This happened to us just yesterday and they did go on the dead letter
>> queue
>
> That's technically impossible. Your application cannot receive an RC
> of
> 2082 on an MQOPEN then proceed to put message to a queue because the
> MQ Object handle returned from the MQOPEN would have been invalid.
>
> You may have had an invalid TARGQ value for an QAlias but the only way
> for messages to end up on a DLQ would be if the application received
> an RC of 0 on BOTH the MQOPEN and MQPUT AND the message was travelling
> between queue manager.
>
> Regards,
> Roger Lacroix
> Capitalware Inc.
>
> At 06:52 AM 1/16/2013, you wrote:
>
> This happened to us just yesterday and they did go on the dead letter
> queue
> :-)
>
> ________________________________
>
> From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
> Behalf Of Roger Lacroix
> Sent: Tuesday, January 15, 2013 3:18 PM
> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> Subject: Re: Queue Alias with the wrong Target Q Name
>
> Hello Gina,
>
>> If the targq is not a valid queue, you should get a 2082 and the
>> message(s) should go into the DLQ.
>
> If the application receives an RC of 2082 then the message did NOT get
> placed on any queue.
>
> Regards,
> Roger Lacroix
> Capitalware Inc.
>
> At 02:35 PM 1/15/2013, you wrote:
>
> If the targq is not a valid queue, you should get a 2082 and the
> message(s) should go into the DLQ.
>
> ________________________________
>
> From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
> Behalf Of Yagudayeva, Irina
> Sent: Tuesday, January 15, 2013 2:16 PM
> To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
> Subject: Queue Alias with the wrong Target Q Name
>
> Hi,
>
> One of our apps puts messages into Q Alias. We changing the Target
> Queue sometimes due to some business reason.
>
> We did not notice any errors until the customer complained that they
> are not getting responses back. We found our mistake (Q Alias
> definition had a typo in the Target Queue Name) and fixed it. But I am
> wondering where did the messages go and why we did not see any errors
> in the log? Is not application supposed to get non-zero response code
> from the Put message to the Q Alias if the Target Queue specified in this Q Alias does not exist?
>
> Your responses to my question are greatly appreciated.
>
> Thank you.
>
>
>
>
>
> Irina Yagudayeva
>
> Insurance Services Office
>
> Infrastructure Engineering
>
> [phone]
>
>
>
>
> This email is intended for the recipient only. If you are not the
> intended recipient please disregard, and do not use the information for any purpose.
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided
> in the Listserv General Users Guide available at http://www.lsoft.com
>
>
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided
> in the Listserv General Users Guide available at http://www.lsoft.com
>
>
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided
> in the Listserv General Users Guide available at http://www.lsoft.com
>
>
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided
> in the Listserv General Users Guide available at http://www.lsoft.com
>
>
>
> ________________________________
>
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided
> in the Listserv General Users Guide available at http://www.lsoft.com
>
>
> ______________________________________________________________________
> CONFIDENTIALITY WARNING: This email may contain confidential or
> proprietary business information and is for the sole use of the intended recipient(s).
> Any unauthorized use or disclosure of this communication, including
> attachments, is strictly prohibited. If you believe that you have
> received this email in error, please notify the sender immediately and
> delete it from your system.
> ______________________________________________________________________
>
> ________________________________
> List Archive - Manage Your List Settings - Unsubscribe
>
> Instructions for managing your mailing list subscription are provided
> in the Listserv General Users Guide available at http://www.lsoft.com

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and, in the message body (not the subject), write: SIGNOFF MQSERIES Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

______________________________________________________________________
CONFIDENTIALITY WARNING: This email may contain confidential or proprietary business information and is for the sole use of the intended recipient(s). Any unauthorized use or disclosure of this communication, including attachments, is strictly prohibited. If you believe that you have received this email in error, please notify the sender immediately and delete it from your system.
______________________________________________________________________

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[Edenfield, Lee]

Roger,

> True but then you are not describing the behavior of MQ, rather you are describing the behavior of the application.

I agree, but Gina did not say that MQ put the message in the DLQ, only that one was put there.

Lee Edenfield, HagemeyerNA (843.745.2477)

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Roger Lacroix
Sent: Wednesday, January 16, 2013 10:16 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

Hello Lee,

> True, unless the application itself put the message on the DLQ.

True but then you are not describing the behavior of MQ, rather you are describing the behavior of the application.

Regards,
Roger Lacroix
Capitalware Inc.

At 09:50 AM 1/16/2013, you wrote:

True, unless the application itself put the message on the DLQ.

I have several applications that do this. The scenario is: a message is read from one queue; processing occurs; a message is put to another queue. If the read is successful, processing is successful, but the put fails, these applications are designed to put the message on a DLQ instead of backing out the UOW. If the put to the DLQ fails, then the whole UOW is backed out.

Lee Edenfield, HagemeyerNA (843.745.2477)

From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Roger Lacroix
Sent: Wednesday, January 16, 2013 9:43 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6fz1BpB9Gk+***@public.gmane.org.AC.AT>
Subject: Re: Queue Alias with the wrong Target Q Name

Hello Gina,

> This happened to us just yesterday and they did go on the dead letter queue

That's technically impossible. Your application cannot receive an RC of 2082 on an MQOPEN then proceed to put message to a queue because the MQ Object handle returned from the MQOPEN would have been invalid.

You may have had an invalid TARGQ value for an QAlias but the only way for messages to end up on a DLQ would be if the application received an RC of 0 on BOTH the MQOPEN and MQPUT AND the message was travelling between queue manager.

Regards,
Roger Lacroix
Capitalware Inc.

At 06:52 AM 1/16/2013, you wrote:

This happened to us just yesterday and they did go on the dead letter queue :-)
________________________________
From: MQSeries List [ <mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org> mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Roger Lacroix
Sent: Tuesday, January 15, 2013 3:18 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6fz1BpB9Gk+***@public.gmane.org.AC.AT>
Subject: Re: Queue Alias with the wrong Target Q Name

Hello Gina,

> If the targq is not a valid queue, you should get a 2082 and the message(s) should go into the DLQ.

If the application receives an RC of 2082 then the message did NOT get placed on any queue.

Regards,
Roger Lacroix
Capitalware Inc.

At 02:35 PM 1/15/2013, you wrote:

If the targq is not a valid queue, you should get a 2082 and the message(s) should go into the DLQ.
________________________________
From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Yagudayeva, Irina
Sent: Tuesday, January 15, 2013 2:16 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6fz1BpB9Gk+***@public.gmane.org.AC.AT>
Subject: Queue Alias with the wrong Target Q Name

Hi,

One of our apps puts messages into Q Alias. We changing the Target Queue sometimes due to some business reason.

We did not notice any errors until the customer complained that they are not getting responses back. We found our mistake (Q Alias definition had a typo in the Target Queue Name) and fixed it. But I am wondering where did the messages go and why we did not see any errors in the log? Is not application supposed to get non-zero response code from the Put message to the Q Alias if the Target Queue specified in this Q Alias does not exist?

Your responses to my question are greatly appreciated.

Thank you.





Irina Yagudayeva

Insurance Services Office

Infrastructure Engineering

[phone]




This email is intended for the recipient only. If you are not the intended recipient please disregard, and do not use the information for any purpose.
________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

______________________________________________________________________
CONFIDENTIALITY WARNING: This email may contain confidential or proprietary business information and is for the sole use of the intended recipient(s). Any unauthorized use or disclosure of this communication, including attachments, is strictly prohibited. If you believe that you have received this email in error, please notify the sender immediately and delete it from your system.
______________________________________________________________________
________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

________________________________
List Archive<http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage Your List Settings<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> - Unsubscribe<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com<http://www.lsoft.com/resources/manuals.asp>

______________________________________________________________________
CONFIDENTIALITY WARNING: This email may contain confidential or proprietary business information and is for the sole use of the intended recipient(s). Any unauthorized use or disclosure of this communication, including attachments, is strictly prohibited. If you believe that you have received this email in error, please notify the sender immediately and delete it from your system.
______________________________________________________________________

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

[Bruce Lerner]

Lee wrote: "I agree, but Gina did not say that MQ put the message in the
DLQ, only that one was put there."

This reminds me of a call to the helpdesk where the end-user told us that
one and only one pc-based application was misbehaving. As it turned out,
the pc power cable was unplugged. The end-user did not provide all of the
relevant information.

Gina's posts presumed that mq was misbehaving. We presumed that Gina was
providing all of the relevant information. Either intentionally or
accidentally, Gina omitted a significant fact, namely that it was the
application putting messages into the DLQ, and not the qmgr.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[Potkay, Peter M (CTO and Service Mgmt)]

Gina replied to my question and confirmed it was "B", a channel from
another QM put it into the DLQ.

Phew, all is well with the way MQ works! ;-)



Peter Potkay

-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Bruce Lerner
Sent: Wednesday, January 16, 2013 12:45 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

Lee wrote: "I agree, but Gina did not say that MQ put the message in
the DLQ, only that one was put there."

This reminds me of a call to the helpdesk where the end-user told us
that one and only one pc-based application was misbehaving. As it
turned out, the pc power cable was unplugged. The end-user did not
provide all of the relevant information.

Gina's posts presumed that mq was misbehaving. We presumed that Gina
was providing all of the relevant information. Either intentionally or
accidentally, Gina omitted a significant fact, namely that it was the
application putting messages into the DLQ, and not the qmgr.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and, in the
message body (not the subject), write: SIGNOFF MQSERIES Instructions for
managing your mailing list subscription are provided in the Listserv
General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
************************************************************
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/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 e-mail, delete this communication and destroy all copies.
************************************************************

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[GINA MCCARTHY]

I was not the OP. I didn't give specifics and I do NOT ever write to the
DLQ :-)

-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Bruce Lerner
Sent: Wednesday, January 16, 2013 12:45 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

Lee wrote: "I agree, but Gina did not say that MQ put the message in
the DLQ, only that one was put there."

This reminds me of a call to the helpdesk where the end-user told us
that one and only one pc-based application was misbehaving. As it
turned out, the pc power cable was unplugged. The end-user did not
provide all of the relevant information.

Gina's posts presumed that mq was misbehaving. We presumed that Gina
was providing all of the relevant information. Either intentionally or
accidentally, Gina omitted a significant fact, namely that it was the
application putting messages into the DLQ, and not the qmgr.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and, in the
message body (not the subject), write: SIGNOFF MQSERIES Instructions for
managing your mailing list subscription are provided in the Listserv
General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[Bruce Lerner]

Sorry, Gina.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[GINA MCCARTHY]

No worries...not sure if Irina got a resolution to her problem, however.
:-D

-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On
Behalf Of Bruce Lerner
Sent: Wednesday, January 16, 2013 1:15 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Queue Alias with the wrong Target Q Name

Sorry, Gina.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and, in the
message body (not the subject), write: SIGNOFF MQSERIES Instructions for
managing your mailing list subscription are provided in the Listserv
General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES

[Bruce Lerner]

I got lost in the thread... :(

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES