Hi Srini, Ok, that sounds like a bug in WAS. I'd be opening a PMR/ETR for that.
Regards, Neil. ____________________________________________________________________________________________________________ Neil Casey| Lead Technical Specialist - Systems Management Group | Atlas Technology Services | nabCapital™ | A division of National Australia Bank Limited Office: +61 3 8641 1068 | Mobile: 0438 573 152 | Fax: +61 3 8641 4699 | Email: [EMAIL PROTECTED]| Location: Level 24, 500 Bourke Street, Melbourne Intranet Portal: http://intranet.global.thenational.com/Units/Services/Technology/ATLAS/AppSer/SysMan/Pages/default.aspx Srinivas Manepalli <Srinivas.Manepal To [EMAIL PROTECTED] MQSERIES@LISTSERV.MEDUNIWIEN.AC.AT S.COM> cc Sent by: MQSeries List Subject <[EMAIL PROTECTED] Re: CCDT in WAS6 V.MEDUNIWIEN.AC.A T> 03/26/2008 04:21 AM Please respond to MQSeries List <[EMAIL PROTECTED] V.MEDUNIWIEN.AC.A T> Hi Neil, I tried that too. WAS is not at all taking '*' chanaracter. When I include '*' in qmgr name field (including '*QMGRNAME') it is throwing the following error. "Queue manager contains the character '*' which is not valid for an MQ name" Thanks, Srini. -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Neil Casey Sent: Monday, March 24, 2008 6:00 PM To: MQSERIES@LISTSERV.MEDUNIWIEN.AC.AT Subject: Re: CCDT in WAS6 Hi Srini, Case I, the correct format of the queue manager field should have been "*QMGRGROUP". Please try that, and let us know how it goes. Case II, this is working. :-) Case III, To make this work with either "*" or a completely blank queue manager name in the QCF, your CCDT should have been built with the Queue Manager Name fields set to be completely blank. The lookup of * on its own then works, and turns off the queue manager name validation. A blank queue manager name (like using the default queue manager in a server binding) also works because it is considered to be a special case, and the name validation is turned off here as well. Note: my responses are related to experience with generic MQ client applications using a channel table, not specifically with JMS and WAS, using a QCF. However, unless there are problems with the WAS implementation, they should work in the same way. Regards, Neil Casey. ____________________________________________________________________________________________________________ Neil Casey| Lead Technical Specialist - Systems Management Group | Atlas Technology Services | nabCapital(tm) | A division of National Australia Bank Limited Office: +61 3 8641 1068 | Mobile: 0438 573 152 | Fax: +61 3 8641 4699 | Email: [EMAIL PROTECTED]| Location: Level 24, 500 Bourke Street, Melbourne Intranet Portal: http://intranet.global.thenational.com/Units/Services/Technology/ATLAS/AppSer/SysMan/Pages/default.aspx Srinivas Manepalli <Srinivas.Manepal To [EMAIL PROTECTED] MQSERIES@LISTSERV.MEDUNIWIEN.AC.AT S.COM> cc Sent by: MQSeries List Subject <[EMAIL PROTECTED] Re: CCDT in WAS6 V.MEDUNIWIEN.AC.A T> 03/20/2008 06:00 AM Please respond to MQSeries List <[EMAIL PROTECTED] V.MEDUNIWIEN.AC.A T> I tried many ways to make CCDT work in WAS. I am coming to a conclusion that in WAS QCF it is not possible to use CCDT for qmgr failover.......... case I: I defined CCDT with two client channels pointing to diff hosts. I have given the qmgr name for both clnt channels as QMGRGROUP (which is not existing). I have copied CCDT to WAS box and defined CCDTURL parameter, and given the qmgr name as 'QMGRGROUP' or '*' or 'QMGRGROUP*', etc . it didnt work for any of them. It is unale to find the QMGR with name QMGRGROUP. Case II: Idefined the CCDT with real qmgrs names that are existing on MQ boxes. I tried to give QMGR name in WAS as one of the qmgrs in CCDT. it is able to connet to that qmgr. but if I stop that qmgr it is unable to connect to second as expected. Case III: If I leave the qmgr name as blank in WAS it is not able to connect. It is looking for the QMGR with name *. I found couple of docs which says how to configure CCDT in WAS. but none of them worked for me. Thanks Srini. -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Potkay, Peter M (ISD, IT) Sent: Wednesday, March 19, 2008 9:32 AM To: MQSERIES@LISTSERV.MEDUNIWIEN.AC.AT Subject: Re: CCDT in WAS6 Neil, I don't know if WAS puts a different spin on it, but in base MQ the client channel table is always searched alphabetically by channel name, so in the below example the app would always attempt connect to host1 and only try host2 if communication could not be established to host1, because the channel name to host1 is alphabetically ahead of the channel to host2. Peter Potkay -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Neil Casey Sent: Tuesday, March 18, 2008 5:34 PM To: MQSERIES@LISTSERV.MEDUNIWIEN.AC.AT Subject: Re: CCDT in WAS6 Hi Srini, I found this bit of the client interface confusing as well at first. At an initial look, the use of asterisk makes it look like a generic match string, but it isn't. As it turns out, you cannot search for a generic queue manager name matching in the client channel table. The '*' is an indicator that the name the follows is a "Client Queue Manager Group" name. This means that the channel table is searched for all entries with that name (without the asterisk), and that the actual queue manager name is allowed to be different to the group name. This allows your code to access one of several queue managers, depending on what is available at the time. So, if you had QM1 at host1(1414) and QM2 at lost2(1415) You could define a channel table like DEFINE CHL(CLIENT.TO.QM1) chltype(clntconn) conname('host1(1414)') trptype(tcp) qmname(QMGROUP) and DEFINE CHL(CLIENT.TO.QM2) chltype(clntconn) conname('host2(1415)') trptype(tcp) qmname(QMGROUP) You application can now use the resultant channel table, and issue MQCONN("*QMGROUP",hconn,ccode,rcode) In your QCF, you specify "*QMGROUP" as the queue manager name, along with the client channel table information. You will get a connection to one of the two queue managers. MQ does not guarantee which queue manager will receive the connection request first, so even if both QMs are up, you could end up with a connection to either one. Regards, Neil C. ________________________________________________________________________ ____________________________________ Neil Casey| Lead Technical Specialist - Systems Management Group | Atlas Technology Services | nabCapital(tm) | A division of National Australia Bank Limited Office: +61 3 8641 1068 | Mobile: 0438 573 152 | Fax: +61 3 8641 4699 | Email: [EMAIL PROTECTED]| Location: Level 24, 500 Bourke Street, Melbourne Intranet Portal: http://intranet.global.thenational.com/Units/Services/Technology/ATLAS/A ppSer/SysMan/Pages/default.aspx Srinivas Manepalli <Srinivas.Manepal To [EMAIL PROTECTED] MQSERIES@LISTSERV.MEDUNIWIEN.AC.AT S.COM> cc Sent by: MQSeries List Subject <[EMAIL PROTECTED] CCDT in WAS6 V.MEDUNIWIEN.AC.A T> 03/19/2008 07:29 AM Please respond to MQSeries List <[EMAIL PROTECTED] V.MEDUNIWIEN.AC.A T> This is my first post. I am trying to set CCDT in WAS6.1 for qmgr failover thorugh MQ queue connection factory. I read that we can give the qmgr searh string as 'qmgr*' to search the qmgr starting with name 'qmgr'. but WAS is not recognizing '*'. If I leave the QMGR name as blank it is looking for the default QMGR. am I doing it wrong? or is it only configured through coding? If anybody have setup CCDT thorugh WAS QCF please share your experience. I would really appreciate. Thanks, Srini. -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Konczak, Tony (Dublin) Sent: Tuesday, March 18, 2008 3:15 PM To: MQSERIES@LISTSERV.MEDUNIWIEN.AC.AT Subject: Re: BSDS / Logging datasets rename Have you tried REPRO'ing the old BSDS to the new BSDS name and the old LOGS to the new LOGS? That put's everything back in your newly named BSDS/LOGS. Tony Konczak Database Administrator - Senior, ETBS Checkfree - now part of Fiserv Phone: 614.564.4359 Mobile: 614.571.5404 Fax: 614.564.4659 http://www.checkfree.com From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Doug Clark Sent: Tuesday, March 18, 2008 1:16 PM To: MQSERIES@LISTSERV.MEDUNIWIEN.AC.AT Subject: BSDS / Logging datasets rename I have to rename the BSDS and logging datasets to conform to new naming convention standards. The pageset datasets were already renamed. What I have done is to create a new BSDS and logging files but when I start the queue manager I receive an error indicating that the queue manager pasgeset was out of sync with the BSDS and logging datasets. Is there a process show the steps to rename the BSDS and logging datasets anywhere? Thanks, Doug _____ List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> - Manage <http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> Your List Settings - Unsubscribe < mailto:[EMAIL PROTECTED]&BODY=signo ff%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 <http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> Your List Settings - Unsubscribe < mailto:[EMAIL PROTECTED]&BODY=signo ff%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> The information contained in this message and any attachment may be proprietary, confidential, and privileged or subject to the work product doctrine and thus protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify me immediately by replying to this message and deleting it and all copies and backups thereof. Thank you. To unsubscribe, write to [EMAIL PROTECTED] 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 National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. ************************************************************************* 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. To unsubscribe, write to [EMAIL PROTECTED] 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 National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference.