Recovery Message from Linear Log
Dear all, If Queue is persistence. And MQ Log is linear. I never do housekeeping or delete them. I had stopped and started Queue Manager 2 month ago. How old of message that I can recovery? Regards, Kritsana SCB News:Speedy CashReady cash for instant withdrawal :Ready credit with credit limit as high as 3.5 times your earnings.Apply today and receive an attractive and smart 3 in 1 table lamp(a table lamp with a built-in calculator and telephone) absolutely FREE (upon approval of your application).For more details, please contact SCB easy call center at 02-777- orhttp://www.scb.co.th/campaign DISCLAIMER: This e-mail is intended solely for the recipient(s) name above. If you are not the intended recipient, any type of your use is prohibited. Any information, comment or statement contained in this e-mail, including any attachments (if any) are those of the author and are not necessarily endorsed by the Bank. The Bank shall, therefore, not be liable or responsible for any of such contents, including damages resulting from any virus transmitted by this e-mail.
MQ Internet gateway
I need to send MQ messages over the internet. Any suggestions? Thanks Francois van der Merwe Senior IT Specialist: IBM MQSeries Certified Specialist, Solutions Expert Developer IBM, Cape Town, South Africa +27 (0)82 556 9467 / +27 (0)21 402 5597 [EMAIL PROTECTED], yahoo messenger fmerwe2001 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQ Internet gateway
yes : MS81: WebSphere MQ internet pass-thru http://www- 1.ibm.com/support/docview.wss?rs=203uid=swg24006386loc=en_UScs=ut f-8lang=en HTH, LMD. Date sent: Fri, 1 Oct 2004 12:46:35 +0200 Send reply to: MQSeries List [EMAIL PROTECTED] From: Francois Van der Merwe1 [EMAIL PROTECTED] Subject:MQ Internet gateway To: [EMAIL PROTECTED] I need to send MQ messages over the internet. Any suggestions? Thanks Francois van der Merwe Senior IT Specialist: IBM MQSeries Certified Specialist, Solutions Expert Developer IBM, Cape Town, South Africa +27 (0)82 556 9467 / +27 (0)21 402 5597 [EMAIL PROTECTED], yahoo messenger fmerwe2001 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org French WMQ forums : http://forums.mqseries.fr ;-) Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
MQ 5.3 and WSAD 5.1.0 MDB
Hi , Has anyone created MDB's on WSAD 5.1 listening to Queues on WebSphere MQ 5.3 on windows environment ? Can you please help me with the JNDI settings? Any help appreciated ... Thanks, Vindya http://www.patni.com World-Wide Partnerships. World-Class Solutions. _ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at [EMAIL PROTECTED] and delete this mail. _
Re: data conversion OS300 to AS400
What CCSID are you using on OS/390, 500 or 37? You may want to set it to 37 since there are more special characters in it. Glen Shubert [EMAIL PROTECTED] Associate Director TSYS - MQSeries Technical Support Randy J Clark [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/30/04 19:14 Please respond to MQSeries List To:[EMAIL PROTECTED] cc: Subject:data conversion OS300 to AS400 It appears that MQ on the OS390 host side translates an exclamation point (!, hex 5A) to hex BB when sending to AS/400. Is that possible ? The text field containing HAZMAT! which is MQPUT then when you view this text in the message queue over on the AS/400, it's changed to HAZMAT]. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you
Re: Cressida Technology and Capitalware Announce EMEA Partnership
So, does this mean you are looking to hire some highly motivated, highly determined, and highly poor souls ;-) Congrats to both organizations, and its great to see your company grow to the success it has today which provides key knowledge in the WMQ industry. It has been an honor to work with someone as talented as you Mr. Roger. Your hard work and dedication has brought you one step closer to your other goals and vision. Chris Roger Lacroix [EMAIL PROTECTED] PITALWARE.BIZ To Sent by: [EMAIL PROTECTED] MQSeries Listcc [EMAIL PROTECTED] n.AC.AT Subject Cressida Technology and Capitalware Announce EMEA Partnership 10/01/2004 12:17 AM Please respond to MQSeries List [EMAIL PROTECTED] n.AC.AT Cressida Technology and Capitalware Announce EMEA Partnership London, UK Markham, CANADA - September 27, 2004 - Cressida Technology, a developer and distributor of WebSphere MQ and Security solutions, and Capitalware Inc., a leading developer of software solutions for message handling, today announced an exclusive partnership agreement that will broaden the spectrum of enterprise level tools available to their respective customers. Through the initial phase of the partnership, Cressida Technology will offer Capitalwares MQ Visual Edit, MQ Visual Browse and MQ Batch Toolkit products to their customers in Europe, the Middle East, and Africa (EMEA). The combination of Cressida Technology's ReQuest for WebSphere MQ and Capitalware's MQ products offer customers a complete WebSphere MQ (WMQ) message management solution. This partnership demonstrates the shared commitment by both organizations to help customers gain real business benefit from their WebSphere MQ messaging systems, said Roger Lacroix, President for Capitalware Inc. Clients will greatly benefit from the array of messaging products that will now be available. We were looking to strengthen our MQ Message Assurance offerings and actively looked for the right partner we could work closely with. Capitalware enjoys a good name and product reputation in the WebSphere MQ community and came to us highly recommended said Mehrdad Kanafchian, Managing Director of Cressida Technology. With our Cressida ReQuest for WebSphere MQ solutions, we can directly - without any application instrumentation or overhead - read and process Recovery Log data on multiple platforms to provide a learn from the Past to make sure of the Future solution of reporting, auditing, tracking, replay and recovery of our clients messages. The addition of Visual Edit allows us to offer complimentary 'Present' time processing of messages that our clients can use to access, edit and manipulate their business critical WMQ messages. About Cressida Technology Cressida is an IBM development partner, providing a series of WebSphere MQ and Messaging Assurance services, training and solutions. With the head office located in the United Kingdom and several offices and staff in key European locations, Cressida provides local sales and technical resources to service and support their clients. www.cressida.info About Capitalware Inc. Capitalware Inc. is an Information Solution provider, in the areas of: Application Development, Data Warehousing and Middleware Development. Capitalware, Inc. is an IBM business partner and provides products, services, and training for WebSphere MQ to companies across North America. www.capitalware.biz * All product names referenced are trademarks, and/or registered trademarks of their respective organizations, companies, and corporations. (See attached file: Cressida_Capitalware_EMEA_Partnership.pdf) Cressida_Capitalware_EMEA_Partnership.pdf Description: Adobe PDF document
Re: MS BizTalk Adapter for MQSeries
Title: Message Rick and Dan, Thanks for the replies. Not surprisingly IBM has suggested applying CSD07, we're currently at CSD04. I have that in my immediate plans. As far as gettingan adapter trace, I know the MS tech rep is running a couple of utilities trying to get more info on the problem, but so far no luck. It seems that their utilities also crash just when you need them. -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel GraperSent: Thursday, September 30, 2004 3:16 PMTo: [EMAIL PROTECTED]Subject: Re: MS BizTalk Adapter for MQSeriesI experienced something like this at a different company. Isn't there an adapter trace that can be run by MS? [EMAIL PROTECTED] 9/30/2004 2:56:50 PM Don,This is what I found on IBMLink: APAR Identifier .. IC37610 Last Changed 04/02/12 MEMORY AND THREAD HANDLE LEAK WHEN MQM.DLL IS REPEATEDLY RELOADED (INCLUDING COM+/MTS) Symptom .. IN INCORROUT Status ... CLOSED PER Severity ... 3 Date Closed . 03/10/31 Component .. 5639B4300 Duplicate of Reported Release . 520 Fixed Release 999 Component Name MQS V5 FOR WIN Special Notice Current Target Date ..04/01/02 Flags SCP ... NT Platform WIN/NT Status Detail: Not Available PE PTF List: PTF List: Release 520 : PTF not available yet Parent APAR: Child APAR list: ERROR DESCRIPTION: Customers COM+ application is involved in a transaction and the msdtc repeatedly invokes mqm calls. However, inbetween each, mqm is freed. The mqm library and its dependencies, amqxcs2, amqmtmgr and amqzst were not designed to be loaded/unloaded in a long running process and leak storage over time. . Repeatedly loading and unloading mqm.dll shows a thread handle and memory leak. Since this appears to occur under the msdtc, we need to prevent that from occurring. One cause is the SuicideThread being terminated forcibly, but other causes exist. . LOCAL FIX: Fix available from 1478.prb (L3 site) PROBLEM SUMMARY: Some of the MQ structures are not cleaned up at unload time, because there is an expectation that the unload occurs as a result of process termination and hence they will get freed anyway. Examples are process wide critical sections and the main control block. . However, if the MQ dlls are explicitly involved in a loadlibray/freelibrary pair, they can therefore appear to show a memory and handle leak USERS AFFECTED: All users of MQSeries 5.2.x and Websphere MQ 5.3 on the Windows platforms who load and unload MQ libraries explicitly. PROBLEM CONCLUSION: This APAR attempts to free all the memory areas and operating system resources which are created during the intial library load during DLL_PROCESS_DETACH processing The fix will be included into: WebSphere MQ V5.3 CSD06 Windows U200202 AIX U489863 HP-UX U489864 Linux on Intel U489967 Linux on zSeries U489972 Sun Solaris U489865 MQSeries V5.2 CSD09 WINDOWS V5.2.0 U200203 WINDOWS V5.2.1 U200204 AIX U495149 HP-UX V10 U495150 HP-UX V11 U495169 HP-UX V11 DCE U495217 SUN SOLARIS U495167 LINUX U495168 TEMPORARY FIX: NONE COMMENTS: MODULES/MACROS: NONE SRLS: NONE RTN CODES: CIRCUMVENTION: NONE MESSAGE TO SUBMITTER: PTF number updated. "Thomas, Don" [EMAIL PROTECTED] OM To Sent by: MQSeries [EMAIL PROTECTED] List cc [EMAIL PROTECTED] n.AC.AT Subject MS BizTalk Adapter for MQSeries 09/30/2004 02:28 PM Please respond to MQSeries List [EMAIL PROTECTED] n.AC.ATGroup, We are experiencing a problem between MQ and the Microsoft BizTalkAdapter. The issue seems to take one of two flavors (or perhaps it's twodifferent problems), one is the adapter simply crashes and requires arestart and the other is that the adapter gets corrupted data from thexmitqand puts the message on its equivalent of dead letter queue and continuesprocessing. We have a MS tech rep looking at it and I've opened a PMR withIBM, but neither is producing much headway. The biggest problem we have isadistinct lack of clues. The problem is very sporadic and we can't recreateit at will, so getting an MQ trace is highly unlikely. About the only infoIhave is a couple of messages in the event log originating form COM+and adump the MS guy pulled up for I don't know where. I've attached the dump.There are no indications of a problem in the MQ error logs. I know thisisn't much but have any of you run into this? Any suggestion wouldappreciated.--Registers Stack=(89c.1078): Access violation - code c005 (!!! second chance !!!)eax= ebx= ecx=01b3ffa4 edx=787454e0 esi=edi=010e2d80eip=4e21a74f esp=01b3f72c ebp=010d7c68 iopl=0 nv up ei pl zr na ponccs=001b ss=0023 ds=0023 es=0023 fs=0038
Re: MS BizTalk Adapter for MQSeries
Title: Message It has been my experience that IBM hesitates to get too involved before you apply the latest CSDs. Especially, when Micrsoft is part of your issue. We had a similar problem and it was resolved by applying the latest CSD to MQSeries and then MS a hotfix for the Biztalk adapter. In our case, I sent a fair amount of trace files to them using what I believe was called a "Biztalk adapter trace." Their redmond team got involved and we got it resolved in about a week. We had an alarm on the xmit queue inbound to the BTadapter. I remember having to restart the adapter every day or so until this got fixed. good luck, Dan [EMAIL PROTECTED] 10/1/2004 9:18:47 AM Rick and Dan, Thanks for the replies. Not surprisingly IBM has suggested applying CSD07, we're currently at CSD04. I have that in my immediate plans. As far as gettingan adapter trace, I know the MS tech rep is running a couple of utilities trying to get more info on the problem, but so far no luck. It seems that their utilities also crash just when you need them. -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel GraperSent: Thursday, September 30, 2004 3:16 PMTo: [EMAIL PROTECTED]Subject: Re: MS BizTalk Adapter for MQSeriesI experienced something like this at a different company. Isn't there an adapter trace that can be run by MS? [EMAIL PROTECTED] 9/30/2004 2:56:50 PM Don,This is what I found on IBMLink: APAR Identifier .. IC37610 Last Changed 04/02/12 MEMORY AND THREAD HANDLE LEAK WHEN MQM.DLL IS REPEATEDLY RELOADED (INCLUDING COM+/MTS) Symptom .. IN INCORROUT Status ... CLOSED PER Severity ... 3 Date Closed . 03/10/31 Component .. 5639B4300 Duplicate of Reported Release . 520 Fixed Release 999 Component Name MQS V5 FOR WIN Special Notice Current Target Date ..04/01/02 Flags SCP ... NT Platform WIN/NT Status Detail: Not Available PE PTF List: PTF List: Release 520 : PTF not available yet Parent APAR: Child APAR list: ERROR DESCRIPTION: Customers COM+ application is involved in a transaction and the msdtc repeatedly invokes mqm calls. However, inbetween each, mqm is freed. The mqm library and its dependencies, amqxcs2, amqmtmgr and amqzst were not designed to be loaded/unloaded in a long running process and leak storage over time. . Repeatedly loading and unloading mqm.dll shows a thread handle and memory leak. Since this appears to occur under the msdtc, we need to prevent that from occurring. One cause is the SuicideThread being terminated forcibly, but other causes exist. . LOCAL FIX: Fix available from 1478.prb (L3 site) PROBLEM SUMMARY: Some of the MQ structures are not cleaned up at unload time, because there is an expectation that the unload occurs as a result of process termination and hence they will get freed anyway. Examples are process wide critical sections and the main control block. . However, if the MQ dlls are explicitly involved in a loadlibray/freelibrary pair, they can therefore appear to show a memory and handle leak USERS AFFECTED: All users of MQSeries 5.2.x and Websphere MQ 5.3 on the Windows platforms who load and unload MQ libraries explicitly. PROBLEM CONCLUSION: This APAR attempts to free all the memory areas and operating system resources which are created during the intial library load during DLL_PROCESS_DETACH processing The fix will be included into: WebSphere MQ V5.3 CSD06 Windows U200202 AIX U489863 HP-UX U489864 Linux on Intel U489967 Linux on zSeries U489972 Sun Solaris U489865 MQSeries V5.2 CSD09 WINDOWS V5.2.0 U200203 WINDOWS V5.2.1 U200204 AIX U495149 HP-UX V10 U495150 HP-UX V11 U495169 HP-UX V11 DCE U495217 SUN SOLARIS U495167 LINUX U495168 TEMPORARY FIX: NONE COMMENTS: MODULES/MACROS: NONE SRLS: NONE RTN CODES: CIRCUMVENTION: NONE MESSAGE TO SUBMITTER: PTF number updated. "Thomas, Don" [EMAIL PROTECTED] OM To Sent by: MQSeries [EMAIL PROTECTED] List cc [EMAIL PROTECTED] n.AC.AT Subject MS BizTalk Adapter for MQSeries 09/30/2004 02:28 PM Please respond to MQSeries List [EMAIL PROTECTED] n.AC.ATGroup, We are experiencing a problem between MQ and the Microsoft BizTalkAdapter. The issue seems to take one of two flavors (or perhaps it's twodifferent problems), one is the adapter simply crashes and requires arestart and the other is that the adapter gets corrupted data from thexmitqand puts the message on its equivalent of dead letter queue and continuesprocessing. We have a MS tech rep looking at it and I've opened a PMR withIBM, but neither is producing much headway. The biggest problem we have isadistinct lack of clues. The problem is very sporadic and we can't recreateit at will, so getting an MQ trace is highly unlikely. About the only infoIhave is a couple of messages in the event log originating form COM+and adump the MS guy pulled up for I don't know where. I've attached the dump.There are no indications of a problem in the MQ error
Re: MQ Internet gateway
Use VPN. It gives you the security and encrypts messages as well. Francois Van der Merwe1 [EMAIL PROTECTED] To BM.COM [EMAIL PROTECTED] Sent by: MQSeries cc List [EMAIL PROTECTED] Subject n.AC.AT MQ Internet gateway 10/01/2004 06:46 AM Please respond to MQSeries List [EMAIL PROTECTED] n.AC.AT I need to send MQ messages over the internet. Any suggestions? Thanks Francois van der Merwe Senior IT Specialist: IBM MQSeries Certified Specialist, Solutions Expert Developer IBM, Cape Town, South Africa +27 (0)82 556 9467 / +27 (0)21 402 5597 [EMAIL PROTECTED], yahoo messenger fmerwe2001 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: data conversion OS300 to AS400
Not to mention the codepage TSO is using. From: Tim Armstrong [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: data conversion OS300 to AS400 Date: Fri, 1 Oct 2004 09:36:34 +1000 Entirely possible. From one EBCDIC code page to another EBCDIC code page. Also beware the code page used for compiling constants in the program as versus the codepage MQ is using as versus the codepage being used by DB2. Might pay to stop the channel between the OS390 and AS400 test systems and browse the message on the transmit queue using a program that does not set the MQGMO_CONVERT option. Regards Tim Armstrong -Original Message- From: Randy J Clark [mailto:[EMAIL PROTECTED] Sent: Friday, 1 October 2004 9:14 AM To: [EMAIL PROTECTED] Subject: data conversion OS300 to AS400 It appears that MQ on the OS390 host side translates an exclamation point (!, hex 5A) to hex BB when sending to AS/400. Is that possible ? The text field containing HAZMAT! which is MQPUT then when you view this text in the message queue over on the AS/400, it's changed to HAZMAT]. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Don t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: PeopleSoft MQ Adapter - ReplyToQueue info
Not from what we saw at my last clients site :-). The message comming from the Adapter has an error code of -1. Seems ALL the time. It seems to be a BELL indicating something went wrong with an incomming message. bobbee From: Patrick Reeder [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: PeopleSoft MQ Adapter - ReplyToQueue info Date: Thu, 30 Sep 2004 13:42:53 -0700 Uh oh. There isn't a way to get directly at a more meaningful CI error using only the PS Adapter? -Patrick. -Original Message- From: Robert Broderick [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thu, 30 Sep 2004 07:40:50 -0400 Subject: Re: PeopleSoft MQ Adapter - ReplyToQueue info I cannot answer to the MQMD options. We did not play with that. In the case of the Reply-To-Queue. If this is not filled in the Adapter will use the queue that is defined to the Fault_Queue defined in the configuration file. If the Reply-To-Queue is fille in the error will go there. From experience the error message coming back from the CI (aka Adapter) is the origional message and a useless error code. What is there is a time that the message happened and this can be related back to the Adapter log (or the CI log in most cases) and a slightly better explanation of the error there. bobbee From: Potkay, Peter M (ISD, IT) [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: PeopleSoft MQ Adapter - ReplyToQueue info Date: Wed, 29 Sep 2004 21:37:40 -0400 Is there one or many PeopleSoft MQ adapters? Do they all / Does it support respecting the ReplyToQueue and ReplyToQueueManager of the incoming request message when it puts the reply message? What about the various MQMD_Report option on how MessageIDs and CorrelIDs should be handled from the incoming request message to the outgoing reply message? Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Check out Election 2004 for up-to-date election news, plus voter tools and more! http://special.msn.com/msn/election2004.armx Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Cressida Technology and Capitalware Announce EMEA Partnership
WOW!! It's like the Genesis device just blew!! The creation of a whole new alien life form!!! :-) bee-oh-dubble-bee-dubble-egh From: Roger Lacroix [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Cressida Technology and Capitalware Announce EMEA Partnership Date: Fri, 1 Oct 2004 01:17:01 -0400 Cressida Technology and Capitalware Announce EMEA Partnership London, UK Markham, CANADA - September 27, 2004 - Cressida Technology, a developer and distributor of WebSphere MQ and Security solutions, and Capitalware Inc., a leading developer of software solutions for message handling, today announced an exclusive partnership agreement that will broaden the spectrum of enterprise level tools available to their respective customers. Through the initial phase of the partnership, Cressida Technology will offer Capitalware s MQ Visual Edit, MQ Visual Browse and MQ Batch Toolkit products to their customers in Europe, the Middle East, and Africa (EMEA). The combination of Cressida Technology's ReQuest for WebSphere MQ and Capitalware's MQ products offer customers a complete WebSphere MQ (WMQ) message management solution. This partnership demonstrates the shared commitment by both organizations to help customers gain real business benefit from their WebSphere MQ messaging systems, said Roger Lacroix, President for Capitalware Inc. Clients will greatly benefit from the array of messaging products that will now be available. We were looking to strengthen our MQ Message Assurance offerings and actively looked for the right partner we could work closely with. Capitalware enjoys a good name and product reputation in the WebSphere MQ community and came to us highly recommended said Mehrdad Kanafchian, Managing Director of Cressida Technology. With our Cressida ReQuest for WebSphere MQ solutions, we can directly - without any application instrumentation or overhead - read and process Recovery Log data on multiple platforms to provide a learn from the Past to make sure of the Future solution of reporting, auditing, tracking, replay and recovery of our clients messages. The addition of Visual Edit allows us to offer complimentary 'Present' time processing of messages that our clients can use to access, edit and manipulate their business critical WMQ messages. About Cressida Technology Cressida is an IBM development partner, providing a series of WebSphere MQ and Messaging Assurance services, training and solutions. With the head office located in the United Kingdom and several offices and staff in key European locations, Cressida provides local sales and technical resources to service and support their clients. www.cressida.info About Capitalware Inc. Capitalware Inc. is an Information Solution provider, in the areas of: Application Development, Data Warehousing and Middleware Development. Capitalware, Inc. is an IBM business partner and provides products, services, and training for WebSphere MQ to companies across North America. www.capitalware.biz * All product names referenced are trademarks, and/or registered trademarks of their respective organizations, companies, and corporations. Cressida_Capitalware_EMEA_Partnership.pdf _ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Andrew Barrett/Australia/IBM is out of the office.
I will be out of the office starting 02/10/2004 and will not return until 11/10/2004. Please direct any MQ Project related enquiries to Lambert Feist on 9937-8066 ( Mobile 0413607253) Other enquiries should be directed to Chris Todd on 99378147 (Mobile 0412565417) Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
TCP settings on qmgr - Windows 2000
About the TCP settings on the queue manager (Windows 200 WMQ 5.3): The Intercommunication book does not say anything about Library1 (it has reference to OS/2 only). Does this mean that we can leave it (i.e. library1 blank on Windows 200? Also, if I have potentially 1000 MQClient users, what would be the optimum listener backlog value? TIA, rr
Re: TCP settings on qmgr - Windows 2000
Yes, you can leave library blank on Windows. You could leave it blank most of the time on OS/2 too. As for backlog it's a question of how often you clients connect not just how many of them you have. The backlog dictates how many connections are allowed in to the listener while MQ is trying to accept the first connection. The default MQ value on most systems is 100 which is good enough for most purposes. This means that while MQ is accepting a connection from a client (and this is just a TCP accept) which might take something like 50ms, a further 100 connections are allowed into the listener during this 50ms period. If more clients try to connect than this during this time then they will be rejected with ECONN_REFUSED. So, provided your clients connect reasonably spread out, say only a few a second, you could probably get away with a pretty small backlog. Even a value of 5 might be sufficient to support your 1000 clients. By the way if you're using the Windows client rather than the server, a backlog of 5 is all windows will support anyway. MQ will ask for more but a backlog request is advisary and the TCP system can give us a different value than we ask for and we're none the wiser. Does this make sense ? Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley MQSeries List [EMAIL PROTECTED] wrote on 01/10/2004 18:16:19: About the TCP settings on the queue manager (Windows 200 WMQ 5.3): The Intercommunication book does not say anything about Library1 (it has reference to OS/2 only). Does this mean that we can leave it (i.e. library1 blank on Windows 200? Also, if I have potentially 1000 MQClient users, what would be the optimum listener backlog value? TIA, rr Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: TCP settings on qmgr - Windows 2000
Paul, I don't understand this statement: By the way if you're using the Windows client rather than the server, a backlog of 5 is all windows will support anyway. MQ will ask for more but a backlog request is advisary and the TCP system can give us a different value than we ask for and we're none the wiser. If the QM is on Windows, and the ListenerBacklog is 100, and the incoming requests are MQClients, what is the limit? 100, or 5? -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 1:43 PM To: [EMAIL PROTECTED] Subject: Re: TCP settings on qmgr - Windows 2000 Yes, you can leave library blank on Windows. You could leave it blank most of the time on OS/2 too. As for backlog it's a question of how often you clients connect not just how many of them you have. The backlog dictates how many connections are allowed in to the listener while MQ is trying to accept the first connection. The default MQ value on most systems is 100 which is good enough for most purposes. This means that while MQ is accepting a connection from a client (and this is just a TCP accept) which might take something like 50ms, a further 100 connections are allowed into the listener during this 50ms period. If more clients try to connect than this during this time then they will be rejected with ECONN_REFUSED. So, provided your clients connect reasonably spread out, say only a few a second, you could probably get away with a pretty small backlog. Even a value of 5 might be sufficient to support your 1000 clients. By the way if you're using the Windows client rather than the server, a backlog of 5 is all windows will support anyway. MQ will ask for more but a backlog request is advisary and the TCP system can give us a different value than we ask for and we're none the wiser. Does this make sense ? Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley MQSeries List [EMAIL PROTECTED] wrote on 01/10/2004 18:16:19: About the TCP settings on the queue manager (Windows 200 WMQ 5.3): The Intercommunication book does not say anything about Library1 (it has reference to OS/2 only). Does this mean that we can leave it (i.e. library1 blank on Windows 200? Also, if I have potentially 1000 MQClient users, what would be the optimum listener backlog value? TIA, rr Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: TCP settings on qmgr - Windows 2000
I am referring to the windows product not MQ. You can buy either a Windows (NT,2K,XP) Client or a Windows (NT,2K,XP) Server product (there are various names). The client product does not support backlogs greater than 5 regardless of what MQ actually asks for. Read these two pages :- http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/winsock/listen_2.asp http://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp?url=/windows2000/techinfo/reskit/en-us/cnet/cnbc_imp_askt.asp Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley MQSeries List [EMAIL PROTECTED] wrote on 01/10/2004 22:29:56: Paul, I don't understand this statement: By the way if you're using the Windows client rather than the server, a backlog of 5 is all windows will support anyway. MQ will ask for more but a backlog request is advisary and the TCP system can give us a different value than we ask for and we're none the wiser. If the QM is on Windows, and the ListenerBacklog is 100, and the incoming requests are MQClients, what is the limit? 100, or 5? -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 1:43 PM To: [EMAIL PROTECTED] Subject: Re: TCP settings on qmgr - Windows 2000 Yes, you can leave library blank on Windows. You could leave it blank most of the time on OS/2 too. As for backlog it's a question of how often you clients connect not just how many of them you have. The backlog dictates how many connections are allowed in to the listener while MQ is trying to accept the first connection. The default MQ value on most systems is 100 which is good enough for most purposes. This means that while MQ is accepting a connection from a client (and this is just a TCP accept) which might take something like 50ms, a further 100 connections are allowed into the listener during this 50ms period. If more clients try to connect than this during this time then they will be rejected with ECONN_REFUSED. So, provided your clients connect reasonably spread out, say only a few a second, you could probably get away with a pretty small backlog. Even a value of 5 might be sufficient to support your 1000 clients. By the way if you're using the Windows client rather than the server, a backlog of 5 is all windows will support anyway. MQ will ask for more but a backlog request is advisary and the TCP system can give us a different value than we ask for and we're none the wiser. Does this make sense ? Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley MQSeries List [EMAIL PROTECTED] wrote on 01/10/2004 18:16:19: About the TCP settings on the queue manager (Windows 200 WMQ 5.3): The Intercommunication book does not say anything about Library1 (it has reference to OS/2 only). Does this mean that we can leave it (i.e. library1 blank on Windows 200? Also, if I have potentially 1000 MQClient users, what would be the optimum listener backlog value? TIA, rr Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive