Re: AW: AMQ7469 Transactions rolled back to release log space
I played with this a little bit and discovered that only the primary logs are defined at QMGR creation and then it maintains that amount. I am yet to primary and secondary logs defined. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: 02 October 2003 01:36 PM To: [EMAIL PROTECTED] Subject: Re: AW: AMQ7469 Transactions rolled back to release log space Just a note from prior postings. Someone had said once, and I never seen this proven (and personally I don't believe it from what I personally know), BUT...the statement at that time form someone I do not remember is that the Prim and Sec log parameters effect LINEAR Logging. It may be a red herring but look at your parameter definations and the number of LOG files that are actually created. I would be interested in the number. (That comment always bugged me!!!) bobbee PS given the disclaimers in the above message. I think I just set myself up. Hold on let me bend over to receive the kick (hahaha) >From: "Fleck, Michael" <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: AW: AMQ7469 Transactions rolled back to release log space >Date: Thu, 2 Oct 2003 09:47:39 +0200 > >Hi Matthew, > >this was our first error. The transaction stops after 10.000 messages. I >increased the parameter from 10.000 to 300.000. After this it stops after >about 15.000 messages with AMQ7469. > >Best regard, >Michael Fleck > >-Urspr|ngliche Nachricht- >Von: Gurney, Matthew [mailto:[EMAIL PROTECTED] >Gesendet: Donnerstag, 2. Oktober 2003 11:37 >An: [EMAIL PROTECTED] >Betreff: -Re: AMQ7469 Transactions rolled back to release log space > > >Have you looked at the queue manager attribute Max Uncommitted Msgs? > >-Original Message- >From: Fleck, Michael [mailto:[EMAIL PROTECTED] >Sent: 02 October 2003 08:27 >To: [EMAIL PROTECTED] >Subject: AMQ7469 Transactions rolled back to release log space > > >Hi list members, > >I'm relatively new in dealing with MQ-Series. >We use MQ Version 5.3 on a Windows 2000 Server. We have a long running >transaction, which sends about 100.000 messages to a queue without commits. >After 15.000 messages we get the error "AMQ7469 Transactions rolled back to >release log space ". I checked our parameters. We have defined linear >logging. There's enough space on the volume to keep hundreds of additional >log files, but the transaction is stopped and rolled back. Are there any >other parameters involved? > >Best regard >Michael Fleck > >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 _ Get McAfee virus scanning and cleaning of incoming attachments. Get Hotmail Extra Storage! http://join.msn.com/?PAGE=features/es 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 Any views expressed in this message are those of the individual sender, and T-Systems South Africa (Pty) Ltd accepts no liability therefore, except where the sender specifically states them to be those of T-Systems South Africa (Pty) Ltd. Although this message has been scanned for the possible presence of computer viruses prior to despatch, T-Systems South Africa (Pty) Ltd cannot be held responsible for any viruses or other material transmitted with, or as part of, this message. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Persistence/UOW/syncpoints
thanks for the perfect even I can understand replies and speedy too! "Wyatt, T. Rob" <[EMAIL PROTECTED]To: [EMAIL PROTECTED] MERICA.COM> cc: Sent by: MQSeries Subject: Re: Persistence/UOW/syncpoints List <[EMAIL PROTECTED] C.AT> 10/02/2003 02:09 PM Please respond to MQSeries List Randy, Depends on NPMSPEED parameter, for those versions and platforms that support it. NPMSPEED(FAST) may lose messages. From the manual: If a channel terminates while fast, nonpersistent messages are in transit, the messages may be lost and it is up to the application to arrange for their recovery if required. If the receiving channel cannot put the message to its destination queue then it is placed on the dead letter queue, if one has been defined. If not, the message is discarded. See: http://publibfp.boulder.ibm.com/epubs/html/csqzae09/csqzae090o.htm#HDRFASTSE C and: http://publibfp.boulder.ibm.com/epubs/html/csqzae09/csqzae091m.htm#HDRATTNPM S -- T.Rob -Original Message- From: Randy J Clark [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2003 4:24 PM To: [EMAIL PROTECTED] Subject: Persistence/UOW/syncpoints If a message is non-persistent and MCA's have a problem sending/receiving the messages and the transmission of the batch was unsuccessful is the batch still on the senders xmit queue or is that batch lost. Or am I confusing to different things syncpoint and persistence and the MCA's use their own syncpoint to handle transmission and if the syncpoint is unsuccessful the messages will remain on the transmission queue Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Persistence/UOW/syncpoints
Yep, forgot about the NPMSPEED. Basically if you do not want to lose your messages make them persistent, other wise, if you can afford to lose them use non-persistent. Chris |-+---> | | "Wyatt, T. Rob" | | | <[EMAIL PROTECTED]| | | MERICA.COM> | | | Sent by: "MQSeries | | | List" | | | <[EMAIL PROTECTED]| | | C.AT> | | | | | | | | | 10/02/2003 04:09 PM | | | Please respond to | | | "MQSeries List" | | | | |-+---> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: Persistence/UOW/syncpoints | | | >--| Randy, Depends on NPMSPEED parameter, for those versions and platforms that support it. NPMSPEED(FAST) may lose messages. From the manual: If a channel terminates while fast, nonpersistent messages are in transit, the messages may be lost and it is up to the application to arrange for their recovery if required. If the receiving channel cannot put the message to its destination queue then it is placed on the dead letter queue, if one has been defined. If not, the message is discarded. See: http://publibfp.boulder.ibm.com/epubs/html/csqzae09/csqzae090o.htm#HDRFASTSE C and: http://publibfp.boulder.ibm.com/epubs/html/csqzae09/csqzae091m.htm#HDRATTNPM S -- T.Rob -Original Message- From: Randy J Clark [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2003 4:24 PM To: [EMAIL PROTECTED] Subject: Persistence/UOW/syncpoints If a message is non-persistent and MCA's have a problem sending/receiving the messages and the transmission of the batch was unsuccessful is the batch still on the senders xmit queue or is that batch lost. Or am I confusing to different things syncpoint and persistence and the MCA's use their own syncpoint to handle transmission and if the syncpoint is unsuccessful the messages will remain on the transmission queue Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Persistence/UOW/syncpoints
Randy, Depends on NPMSPEED parameter, for those versions and platforms that support it. NPMSPEED(FAST) may lose messages. From the manual: If a channel terminates while fast, nonpersistent messages are in transit, the messages may be lost and it is up to the application to arrange for their recovery if required. If the receiving channel cannot put the message to its destination queue then it is placed on the dead letter queue, if one has been defined. If not, the message is discarded. See: http://publibfp.boulder.ibm.com/epubs/html/csqzae09/csqzae090o.htm#HDRFASTSE C and: http://publibfp.boulder.ibm.com/epubs/html/csqzae09/csqzae091m.htm#HDRATTNPM S -- T.Rob -Original Message- From: Randy J Clark [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2003 4:24 PM To: [EMAIL PROTECTED] Subject: Persistence/UOW/syncpoints If a message is non-persistent and MCA's have a problem sending/receiving the messages and the transmission of the batch was unsuccessful is the batch still on the senders xmit queue or is that batch lost. Or am I confusing to different things syncpoint and persistence and the MCA's use their own syncpoint to handle transmission and if the syncpoint is unsuccessful the messages will remain on the transmission queue 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: Persistence/UOW/syncpoints
If the message does not successfully get to the target queue via the MCA it should rollback to the sender's XMITQ, and more than likely depending on the type of error inhibit the queue's GET. If the target queue is not there it would put it to the DEADQ. So, all-in-all the batch should not be lost even with non-persistent messages. It should go somewhere unless the DEADQ is not defined and I am sure some other situations which others will contribute that I can not think of right now. Chris |-+> | | "Randy J Clark" | | | <[EMAIL PROTECTED]| | | HONDA.COM> | | | Sent by: | | | "MQSeries List" | | | <[EMAIL PROTECTED]| | | n.AC.AT> | | || | || | | 10/02/2003 03:23 | | | PM | | | Please respond to| | | "MQSeries List" | | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Persistence/UOW/syncpoints | | | >--| If a message is non-persistent and MCA's have a problem sending/receiving the messages and the transmission of the batch was unsuccessful is the batch still on the senders xmit queue or is that batch lost. Or am I confusing to different things syncpoint and persistence and the MCA's use their own syncpoint to handle transmission and if the syncpoint is unsuccessful the messages will remain on the transmission queue 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
Persistence/UOW/syncpoints
If a message is non-persistent and MCA's have a problem sending/receiving the messages and the transmission of the batch was unsuccessful is the batch still on the senders xmit queue or is that batch lost. Or am I confusing to different things syncpoint and persistence and the MCA's use their own syncpoint to handle transmission and if the syncpoint is unsuccessful the messages will remain on the transmission queue 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
Unit Test WMQI message flows
One of the projects that I'm currently working on is using IBM Websphere MQ Integrator (WMQI) for the vast majority of the functionality, with some Java components sitting around the outside. Functionality in WMQI is built by assembling message flows - collections of nodes that provide small reusable pieces of functionality. At runtime, messages (e.g. XML) are sent into WMQI via message queues and the appropriate flow(s) then operate on that message. Has anybody ever tried to unit test WMQI message flows? Are there any open source/commercial frameworks already available? Thanks -Jas 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: which directory is queue manager located in
The world is your oyster. You can find all WMQ manuals at: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/ Your answer is "/var/mqm/qmgrs/". It can be found in "WebSphere MQ for Solaris V5.3 Quick Beginnings" (Click on platform specific books from the above link to find the manual). later Roger... Quoting Prithwiraj Basu <[EMAIL PROTECTED]>: > Hi All, > > When creating a queue manager, where does it get created on the file > system? I am talking about MQSeries Version 5.2 for Sun Solaris. > > Thanks. > > Prits > > 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
which directory is queue manager located in
Hi All, When creating a queue manager, where does it get created on the file system? I am talking about MQSeries Version 5.2 for Sun Solaris. Thanks. Prits 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 difference of starting configuration manager and running configuration
In the IBM's installation guide for MQSI (NT). In page 21 there is the summary of authorization table. There on row 4 and row 6. It differentiate starting and running configuration manage authorizations. But I don't quite understand what is the scope of staring a configuration manager from running a configuration manager. Can anyone help me? Thanks, __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Vladimir Veytsel is out of the Office.
I will be out of the office from 10/02/2003 until 10/03/2003. I will respond to your message when I return. My out-of-office contacts for Production emergencies: Home: 201-251-3892 Cell: 347-563-1085 Pager: 917-218-8938 (Numeric) Intranet MQSeries Reference Site: http://unix-dris.ny.global.chase.com/documentation/MQ Regards, Vlad. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: AW: AMQ7469 Transactions rolled back to release log space
TNX From: Marty Frasier <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: AW: AMQ7469 Transactions rolled back to release log space Date: Thu, 2 Oct 2003 10:05:41 -0400 Mr bee-oh double-bee double-ee, You are to be commended for not believing everything you read but in this case I think it's true ;-) The log parameters do pertain to linear logs, most noticeably for large or long-running transactions. i.e. a transaction that exceeds space available in LogPrimaryFiles+LogSecondaryFiles log files will be rolled back with a 2003 reason code (if i remember correctly). Some 'fixes' are 1) increasing # logs 2) increase log size and/or 3) keep transactions to a reasonable size. HTH, Marty On Thursday 02 October 2003 07:35 am, you wrote: > Just a note from prior postings. > > Someone had said once, and I never seen this proven (and personally I don't > believe it from what I personally know), BUT...the statement at that time > form someone I do not remember is that the Prim and Sec log parameters > effect LINEAR Logging. It may be a red herring but look at your parameter > definations and the number of LOG files that are actually created. I would > be interested in the number. (That comment always bugged me!!!) > > > bobbee > > PS given the disclaimers in the above message. I think I just set myself > up. Hold on let me bend over to receive the kick (hahaha) > > > From: "Fleck, Michael" <[EMAIL PROTECTED]> > > >Reply-To: MQSeries List <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: AW: AMQ7469 Transactions rolled back to release log space > >Date: Thu, 2 Oct 2003 09:47:39 +0200 > > > >Hi Matthew, > > > >this was our first error. The transaction stops after 10.000 messages. I > >increased the parameter from 10.000 to 300.000. After this it stops after > >about 15.000 messages with AMQ7469. > > > >Best regard, > >Michael Fleck > > > >-Urspr|ngliche Nachricht- > >Von: Gurney, Matthew [mailto:[EMAIL PROTECTED] > >Gesendet: Donnerstag, 2. Oktober 2003 11:37 > >An: [EMAIL PROTECTED] > >Betreff: -Re: AMQ7469 Transactions rolled back to release log space > > > > > >Have you looked at the queue manager attribute Max Uncommitted Msgs? > > > >-Original Message- > > From: Fleck, Michael [mailto:[EMAIL PROTECTED] > > >Sent: 02 October 2003 08:27 > >To: [EMAIL PROTECTED] > >Subject: AMQ7469 Transactions rolled back to release log space > > > > > >Hi list members, > > > >I'm relatively new in dealing with MQ-Series. > >We use MQ Version 5.3 on a Windows 2000 Server. We have a long running > >transaction, which sends about 100.000 messages to a queue without > > commits. After 15.000 messages we get the error "AMQ7469 Transactions > > rolled back to release log space ". I checked our parameters. We have > > defined linear logging. There's enough space on the volume to keep > > hundreds of additional log files, but the transaction is stopped and > > rolled back. Are there any other parameters involved? > > > >Best regard > >Michael Fleck > > > >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 > > _ > Get McAfee virus scanning and cleaning of incoming attachments. Get > Hotmail Extra Storage! http://join.msn.com/?PAGE=features/es > > 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 _ Help protect your PC. Get a FREE computer virus scan online from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 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: A program the uses MQSeries Client and Server libraries
Sorry, Thanks and nope!! bobbee From: Paul Clarke <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: A program the uses MQSeries Client and Server libraries Date: Thu, 2 Oct 2003 13:14:07 +0100 bobbee, Like I said in my note I don't really want to get into an XA debate. XA is not *that* different from the single transactional case. If you lose your connection you will generally be backed out on the server. XA is two phase though and if you lose your connection after the 'prepare' phase then the server (ie MQ) can't arbitrarily decide to back it out. The coordinator must resolve the transaction the next time the server comes online. I don't understand your 'is there something I am missing' question. Do you have a specific question in mind ? Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley |-+-> | | Robert Broderick | | | <[EMAIL PROTECTED]| | | otmail.com> | | | Sent by: MQSeries | | | List | | | <[EMAIL PROTECTED]| | | .AC.AT> | | | | | | | | | 02/10/2003 12:17 | | | Please respond to | | | MQSeries List | | | | |-+-> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: A program the uses MQSeries Client and Server libraries | | | | | >--| Paul, I would assume that if I am running, in server mode, and have a resource coordinator, CICS, RRDS, etc and the connection is broken the coordinated resources, MQ, DB2, VSAM, are backed-out/ comitted correctly?? Is there something I am missing. I / we do some progmatical tricks (?) when it comes to no-coordinated processing. That is a given. BUT.? bobbee >From: Paul Clarke <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: A program the uses MQSeries Client and Server libraries >Date: Thu, 2 Oct 2003 10:32:59 +0100 > >T.Rob, > >This is good advice and I agree whole heartedly that the application >programmer must deal with 2009 reason codes correctly and perform message >operations in syncpoint if you need to ensure 100% reliability. However, I >do not agree that this is a client thing. Exactly the same decisions must >be taken in the server application. There is no difference between the >transactional programming model on the client and on the server. (except >perhaps XA transactions and let's not start that debate). The only >difference in the client is that the windows and opportunities for getting >a 2009 are somewhat larger because you have a TCP socket in the way. > >Cheers, >P. > >Paul G Clarke >WebSphere MQ Development >IBM Hursley > > > > >|-+---> >| | "Wyatt, T. Rob" | >| | <[EMAIL PROTECTED]| >| | MERICA.COM> | >| | Sent by: MQSeries | >| | List| >| | <[EMAIL PROTECTED]| >| | C.AT> | >| | | >| | | >| | 30/09/2003 16:27| >| | Please respond to | >| | MQSeries List | >| | | >|-+---> > > > --| > | > | > | To: [EMAIL PROTECTED] > | > | cc: > | > | Subject: Re: A program the uses MQSeries Client and Server >libraries | > | > | > | > | > > > --| > > > >Jeff, > >Sorry, not going to answer your question but have some related advice. >Yes, >it is true that you can write code that runs the same on client and server >bindings. Just be
Brian E Wilson/Albany/IBM is out of the office.
I will be out of the office starting October 2, 2003 and will not return until October 3, 2003. I will be out of the office October 2. If you need technical assistance, please call IBM Support. If this is an emergency, please contact Ray Novak at 610-578-2153 who is acting as my backup while I am out. 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 October 3, 2003 and will not return until October 13, 2003. Please direct any Project related enquiries initially to Lambert Feist on 9937-8066 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: mqm group
No, I was extrapolating from my experience with AppWatch. The Apache server that runs AppWatch is on port 80 and Navin was talking about Web Logic. Since the web application servers generally have a web server component on port 80 for the UI, it occurred to me this might be the reason his sysadmin insisted on running it as root. I always gripe about running channels as mqm but the thought of running a web application server or httpd daemon as root gives me a total nightmare! Oddly enough, we have a web server on port 1414 but that's another story. :-) -- T.Rob -Original Message- From: Rick Tsujimoto [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 01, 2003 12:05 PM To: [EMAIL PROTECTED] Subject: Re: mqm group I thought you said your MQ server binded to port 80? "Wyatt, T. Rob" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] MERICA.COM> cc: Sent by: MQSeriesSubject: Re: mqm group List <[EMAIL PROTECTED] C.AT> 10/01/2003 10:39 AM Please respond to MQSeries List Doesn't the web server bind to port 80 for HTTP? -Original Message- From: Rick Tsujimoto [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 01, 2003 9:21 AM To: [EMAIL PROTECTED] Subject: Re: mqm group T. Rob, Why bind to a port below 1024? "Wyatt, T. Rob" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] MERICA.COM> cc: Sent by: MQSeriesSubject: Re: mqm group List <[EMAIL PROTECTED] C.AT> 10/01/2003 07:43 AM Please respond to MQSeries List Navin, When I was installing AppWatch on our Solaris server I discovered that I couldn't start the web server as mqm. Seems you need root privileges to bind to any port below 1024. Our sysadmin created a Power Broker profile that allows me to start the server as mqm *and* bind to port 80. We happen to have Power Broker but this could have been accomplished using any of several tools, including those that are built in to the OS. If your sysadmin needs convincing, you could write a script that puts root in the mqm group. Don't actually run it, just show it to him and explain that, with Web Logic running as root, you could execute this script (or any other) with Web Logic's root privileges and gain complete control of the server. Then if he's still not convinced, run the script under Web Logic. within a day or two, you'll have the server running under it's own group. --- T.Rob -Original Message- From: Navin Vali [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 01, 2003 6:27 AM To: [EMAIL PROTECTED] Subject: Re: mqm group Hi Hubert , Thanks for the response. Yes the logical thing to do is to create a weblogic user to start and stop weblogic and this user could be setmqaut , thus can talk to queue manager. But our system admin was insisting to give weblogic start stop rights to only root, and root is not part of mqm . We are in the process of convincing the sys admin to implement the setup you suggested. Thanks anyway for the suggestion, cheers Navin Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:MQSERIES cc: bcc: Subject:Re: mqm group Navin, why do you run Weblogic as root? I would create a new user and group (lets say 'weblogic' for both) an run Weblogic using this ID. Set then the MQ permissions using setmqaut for the group 'weblogic'. Remember, setting permissions using setmqaut for a user on unix sets them for the primary group. So I always use the command: setmqaut -m YourQMGR -t qmgr -g YourGroup +connect +inq +dsp Regards Hubert -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 30. Se
JMS/Connection Pooling
Greetings, My developers are beginning to look into the use of connection pooling from the JMS environment w/ WAS V5. We use Client access (via SVRCONN channels) and setup Connection Factories. We are having problems getting the connection pooling to work correctly. Because of this, I have a few questions: 1. In the SimpleConnectionManager construct, does the setHighThreshold parm determine the number of SVRCONN channel connections that will be created? 2. Should I expect to see this number of SVRCONNs created 'all at once', and then be managed as a pool of connections from that point forward? 3. How would I be able to create a pool of 100 connections that could be reused by multiple 'users' from a WAS V5 environment? Thanks for any direction you can give. Cheers, Art Arthur C. Schanz Federal Reserve Information Technology Distributed Systems Engineering IBM Certified System Administrator - WebSphere MQ V5.3 IBM Certified Solution Designer - WebSphere MQ V5.3 [EMAIL PROTECTED]
Re: AW: AMQ7469 Transactions rolled back to release log space
Mr bee-oh double-bee double-ee, You are to be commended for not believing everything you read but in this case I think it's true ;-) The log parameters do pertain to linear logs, most noticeably for large or long-running transactions. i.e. a transaction that exceeds space available in LogPrimaryFiles+LogSecondaryFiles log files will be rolled back with a 2003 reason code (if i remember correctly). Some 'fixes' are 1) increasing # logs 2) increase log size and/or 3) keep transactions to a reasonable size. HTH, Marty On Thursday 02 October 2003 07:35 am, you wrote: > Just a note from prior postings. > > Someone had said once, and I never seen this proven (and personally I don't > believe it from what I personally know), BUT...the statement at that time > form someone I do not remember is that the Prim and Sec log parameters > effect LINEAR Logging. It may be a red herring but look at your parameter > definations and the number of LOG files that are actually created. I would > be interested in the number. (That comment always bugged me!!!) > > > bobbee > > PS given the disclaimers in the above message. I think I just set myself > up. Hold on let me bend over to receive the kick (hahaha) > > > From: "Fleck, Michael" <[EMAIL PROTECTED]> > > >Reply-To: MQSeries List <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: AW: AMQ7469 Transactions rolled back to release log space > >Date: Thu, 2 Oct 2003 09:47:39 +0200 > > > >Hi Matthew, > > > >this was our first error. The transaction stops after 10.000 messages. I > >increased the parameter from 10.000 to 300.000. After this it stops after > >about 15.000 messages with AMQ7469. > > > >Best regard, > >Michael Fleck > > > >-Urspr|ngliche Nachricht- > >Von: Gurney, Matthew [mailto:[EMAIL PROTECTED] > >Gesendet: Donnerstag, 2. Oktober 2003 11:37 > >An: [EMAIL PROTECTED] > >Betreff: -Re: AMQ7469 Transactions rolled back to release log space > > > > > >Have you looked at the queue manager attribute Max Uncommitted Msgs? > > > >-Original Message- > > From: Fleck, Michael [mailto:[EMAIL PROTECTED] > > >Sent: 02 October 2003 08:27 > >To: [EMAIL PROTECTED] > >Subject: AMQ7469 Transactions rolled back to release log space > > > > > >Hi list members, > > > >I'm relatively new in dealing with MQ-Series. > >We use MQ Version 5.3 on a Windows 2000 Server. We have a long running > >transaction, which sends about 100.000 messages to a queue without > > commits. After 15.000 messages we get the error "AMQ7469 Transactions > > rolled back to release log space ". I checked our parameters. We have > > defined linear logging. There's enough space on the volume to keep > > hundreds of additional log files, but the transaction is stopped and > > rolled back. Are there any other parameters involved? > > > >Best regard > >Michael Fleck > > > >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 > > _ > Get McAfee virus scanning and cleaning of incoming attachments. Get > Hotmail Extra Storage! http://join.msn.com/?PAGE=features/es > > 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: Websphere MQ Express ?
Don't know what you pay for MQ, but we recently paid $3,177 for a single cpu system. This also may mean that IBM plans to bump the cost for the full blown product. Francois Van der Merwe1 To: [EMAIL PROTECTED] <[EMAIL PROTECTED] cc: IBM.COM> Subject: Re: Websphere MQ Express ? Sent by: MQSeries List <[EMAIL PROTECTED] en.AC.AT> 10/02/2003 04:48 AM Please respond to MQSeries List I'm not so sure you are correct, if I remember correctly it is about 60-70% of the full product street price. 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] Rick Tsujimoto <[EMAIL PROTECTED]To: [EMAIL PROTECTED] .CANON.COM>cc: Sent by: MQSeries List Subject: Re: Websphere MQ Express ? <[EMAIL PROTECTED]> 01/10/2003 18:06 Please respond to MQSeries List That's more than the full-blown product for a single intel cpu. Francois Van der Merwe1 To: [EMAIL PROTECTED] <[EMAIL PROTECTED] cc: IBM.COM> Subject: Re: Websphere MQ Express ? Sent by: MQSeries List <[EMAIL PROTECTED] en.AC.AT> 10/01/2003 11:15 AM Please respond to MQSeries List I saw something around $4125.Also, only available for intel 1 CPU machines. 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] Rick Tsujimoto <[EMAIL PROTECTED]To: [EMAIL PROTECTED] .CANON.COM>cc: Sent by: MQSeries List Subject: Re: Websphere MQ Express ? <[EMAIL PROTECTED]> 30/09/2003 21:06 Please respond to MQSeries List how much does itcost? "Wyatt, T. Rob" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] MERICA.COM> cc: Sent by: MQSeriesSubject: Re: Websphere MQ Express ? List <[EMAIL PROTECTED] C.AT> 09/30/2003 02:54 PM Please respond to MQSeries List Oh good grief - another version! At least some of the differences appear to be outlined in the "Limitations" section of the announcement: Limitations The program is licensed to run only on a uniprocessor machine (that is, a machine with no more than a single CPU) No more than 10 server-to-server queue manager channels may be active concurrently No more than 10 server-to-client channels may be active concurrently No extended transactional clients may be connected to this server Message size may not exceed 4 MB -- T.Rob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 2:44 PM To: [EMAIL PROTECTED] Subject: Websphere MQ Express ? Has anyone seen this new product announcement ? It appears to be plain MQ, but for Windows or Linux. Check this out: http://www-3.ibm.com/fcgi-bin/common/ssi/ssialias?infotype=an&subtype=ca&app name=Demonstration&htmlfid=897/ENUS203-258 Would anyone from IBM care to explain the differences between them ? This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. 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 pr
Re: Command line admin of execution group in MQSI
Thanks. I have looked at this briefly and will continue to play with it but so far it seems to just cover message flows and message sets but not execution groups. Maybe I'm just misunderstanding the terminology. It seems that it's all done by a client program putting messages on a command server type queue. Is this a documented interface? Thanks, Sam --- "Rodrmguez_Alvarez-Querol,_Manuel_Carlos" <[EMAIL PROTECTED]> wrote: > > Check supportpac IC01. > > > > -Mensaje original- > > De: Sam Garforth [SMTP:[EMAIL PROTECTED] > > Enviado el: Thursday, October 02, 2003 14:02 > > Para: [EMAIL PROTECTED] > > Asunto: Command line admin of execution group in > MQSI > > > > Does anyone know how to start, stop, and/or deploy > an > > MQSI execution group from the command line or > > programmatically? > > > > Thanks, > > > > Sam Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Command line admin of execution group in MQSI
Check supportpac IC01. > -Mensaje original- > De: Sam Garforth [SMTP:[EMAIL PROTECTED] > Enviado el: Thursday, October 02, 2003 14:02 > Para: [EMAIL PROTECTED] > Asunto: Command line admin of execution group in MQSI > > Does anyone know how to start, stop, and/or deploy an > MQSI execution group from the command line or > programmatically? > > Thanks, > > Sam > > > Want to chat instantly with your online friends? Get the FREE Yahoo! > Messenger http://mail.messenger.yahoo.co.uk > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: A program the uses MQSeries Client and Server libraries
bobbee, Like I said in my note I don't really want to get into an XA debate. XA is not *that* different from the single transactional case. If you lose your connection you will generally be backed out on the server. XA is two phase though and if you lose your connection after the 'prepare' phase then the server (ie MQ) can't arbitrarily decide to back it out. The coordinator must resolve the transaction the next time the server comes online. I don't understand your 'is there something I am missing' question. Do you have a specific question in mind ? Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley |-+-> | | Robert Broderick | | | <[EMAIL PROTECTED]| | | otmail.com> | | | Sent by: MQSeries | | | List | | | <[EMAIL PROTECTED]| | | .AC.AT> | | | | | | | | | 02/10/2003 12:17 | | | Please respond to | | | MQSeries List | | | | |-+-> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: A program the uses MQSeries Client and Server libraries | | | | | >--| Paul, I would assume that if I am running, in server mode, and have a resource coordinator, CICS, RRDS, etc and the connection is broken the coordinated resources, MQ, DB2, VSAM, are backed-out/ comitted correctly?? Is there something I am missing. I / we do some progmatical tricks (?) when it comes to no-coordinated processing. That is a given. BUT.? bobbee >From: Paul Clarke <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: A program the uses MQSeries Client and Server libraries >Date: Thu, 2 Oct 2003 10:32:59 +0100 > >T.Rob, > >This is good advice and I agree whole heartedly that the application >programmer must deal with 2009 reason codes correctly and perform message >operations in syncpoint if you need to ensure 100% reliability. However, I >do not agree that this is a client thing. Exactly the same decisions must >be taken in the server application. There is no difference between the >transactional programming model on the client and on the server. (except >perhaps XA transactions and let's not start that debate). The only >difference in the client is that the windows and opportunities for getting >a 2009 are somewhat larger because you have a TCP socket in the way. > >Cheers, >P. > >Paul G Clarke >WebSphere MQ Development >IBM Hursley > > > > >|-+---> >| | "Wyatt, T. Rob" | >| | <[EMAIL PROTECTED]| >| | MERICA.COM> | >| | Sent by: MQSeries | >| | List| >| | <[EMAIL PROTECTED]| >| | C.AT> | >| | | >| | | >| | 30/09/2003 16:27| >| | Please respond to | >| | MQSeries List | >| | | >|-+---> > > > --| > | > | > | To: [EMAIL PROTECTED] > | > | cc: > | > | Subject: Re: A program the uses MQSeries Client and Server >libraries | > | > | > | > | > > > --| > > > >Jeff, > >Sorry, not going to answer your question but have some related advice. >Yes, >it is true that you can write code that runs the same on client and ser
Command line admin of execution group in MQSI
Does anyone know how to start, stop, and/or deploy an MQSI execution group from the command line or programmatically? Thanks, Sam Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: AW: AMQ7469 Transactions rolled back to release log space
Just a note from prior postings. Someone had said once, and I never seen this proven (and personally I don't believe it from what I personally know), BUT...the statement at that time form someone I do not remember is that the Prim and Sec log parameters effect LINEAR Logging. It may be a red herring but look at your parameter definations and the number of LOG files that are actually created. I would be interested in the number. (That comment always bugged me!!!) bobbee PS given the disclaimers in the above message. I think I just set myself up. Hold on let me bend over to receive the kick (hahaha) From: "Fleck, Michael" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: AW: AMQ7469 Transactions rolled back to release log space Date: Thu, 2 Oct 2003 09:47:39 +0200 Hi Matthew, this was our first error. The transaction stops after 10.000 messages. I increased the parameter from 10.000 to 300.000. After this it stops after about 15.000 messages with AMQ7469. Best regard, Michael Fleck -Urspr|ngliche Nachricht- Von: Gurney, Matthew [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 2. Oktober 2003 11:37 An: [EMAIL PROTECTED] Betreff: -Re: AMQ7469 Transactions rolled back to release log space Have you looked at the queue manager attribute Max Uncommitted Msgs? -Original Message- From: Fleck, Michael [mailto:[EMAIL PROTECTED] Sent: 02 October 2003 08:27 To: [EMAIL PROTECTED] Subject: AMQ7469 Transactions rolled back to release log space Hi list members, I'm relatively new in dealing with MQ-Series. We use MQ Version 5.3 on a Windows 2000 Server. We have a long running transaction, which sends about 100.000 messages to a queue without commits. After 15.000 messages we get the error "AMQ7469 Transactions rolled back to release log space ". I checked our parameters. We have defined linear logging. There's enough space on the volume to keep hundreds of additional log files, but the transaction is stopped and rolled back. Are there any other parameters involved? Best regard Michael Fleck 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 _ Get McAfee virus scanning and cleaning of incoming attachments. Get Hotmail Extra Storage! http://join.msn.com/?PAGE=features/es 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: A program the uses MQSeries Client and Server libraries
Paul, I would assume that if I am running, in server mode, and have a resource coordinator, CICS, RRDS, etc and the connection is broken the coordinated resources, MQ, DB2, VSAM, are backed-out/ comitted correctly?? Is there something I am missing. I / we do some progmatical tricks (?) when it comes to no-coordinated processing. That is a given. BUT.? bobbee From: Paul Clarke <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: A program the uses MQSeries Client and Server libraries Date: Thu, 2 Oct 2003 10:32:59 +0100 T.Rob, This is good advice and I agree whole heartedly that the application programmer must deal with 2009 reason codes correctly and perform message operations in syncpoint if you need to ensure 100% reliability. However, I do not agree that this is a client thing. Exactly the same decisions must be taken in the server application. There is no difference between the transactional programming model on the client and on the server. (except perhaps XA transactions and let's not start that debate). The only difference in the client is that the windows and opportunities for getting a 2009 are somewhat larger because you have a TCP socket in the way. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley |-+---> | | "Wyatt, T. Rob" | | | <[EMAIL PROTECTED]| | | MERICA.COM> | | | Sent by: MQSeries | | | List| | | <[EMAIL PROTECTED]| | | C.AT> | | | | | | | | | 30/09/2003 16:27| | | Please respond to | | | MQSeries List | | | | |-+---> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: A program the uses MQSeries Client and Server libraries | | | | | >--| Jeff, Sorry, not going to answer your question but have some related advice. Yes, it is true that you can write code that runs the same on client and server bindings. Just be sure to write the code to the more rigorous standards required for a client. Specifically, you want to do everything under syncpoint and figure out how to handle the 2009 return code. A 2009 means that your connection to the QMgr was lost. The problem is that you do not know whether it was lost BEFORE the MCA got your request or AFTER. So, for example, if you get a 2009 on a PUT, the call may have worked, or it may not. If you are making your calls under syncpoint you can be assured the PUT will be rolled back if you get a 2009. Under syncpoint, the only exposure is if you get a 2009 on a COMMIT. In this case, your messages MAY have been committed or MAY NOT. When your program reconnects, it has no way of knowing so you have to decide - do I redo any PUT and GET activity or not? If the application tolerates dupes well, you can just restart the previous transaction and repeat any PUT or GET activity. We found a bug under MQ 5.3 where the listener threw 2009 on a GET with convert but inetd handled it fine. This problem went away when we moved to the latest client. -- T.Rob -Original Message- From: Jeff A Tressler [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: A program the uses MQSeries Client and Server libraries We are writing a program that will be able to access either the MQSeries client or MQSeries server depending on the system it runs on. My understanding is that the code can be written such that no changes are needed and the method of connection (Client or Server) depends upon which set of MQSeries libraries the program links with. This would create two different executable, one for a MQSeries Client system and another for a MQSeries Server system Is there a way to create a single executable which will recognize it is on a MQSeries server and perform accordingly and if not, perform as if it were running on a MQSeries client system? 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 ht
Re: Websphere MQ Express ?
Title: RE: Websphere MQ Express ? Didn't the NDA expire the moment it was announced? -Original Message- From: David C. Partridge [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 02, 2003 11:20 AM To: [EMAIL PROTECTED] Subject: Re: Websphere MQ Express ? I think he (probably) means that Express contains more from a technical perspective ... The actual detail of the content will have to come from the IBM side, as I'm under NDA on this. Dave -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Francois Van der Merwe1 Sent: 02 October 2003 09:48 To: [EMAIL PROTECTED] Subject: Re: Websphere MQ Express ? I'm not so sure you are correct, if I remember correctly it is about 60-70% of the full product street price. 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] Rick Tsujimoto <[EMAIL PROTECTED] To: [EMAIL PROTECTED] .CANON.COM> cc: Sent by: MQSeries List Subject: Re: Websphere MQ Express ? <[EMAIL PROTECTED]> 01/10/2003 18:06 Please respond to MQSeries List That's more than the full-blown product for a single intel cpu. Francois Van der Merwe1 To: [EMAIL PROTECTED] <[EMAIL PROTECTED] cc: IBM.COM> Subject: Re: Websphere MQ Express ? Sent by: MQSeries List <[EMAIL PROTECTED] en.AC.AT> 10/01/2003 11:15 AM Please respond to MQSeries List I saw something around $4125. Also, only available for intel 1 CPU machines. 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] Rick Tsujimoto <[EMAIL PROTECTED] To: [EMAIL PROTECTED] .CANON.COM> cc: Sent by: MQSeries List Subject: Re: Websphere MQ Express ? <[EMAIL PROTECTED]> 30/09/2003 21:06 Please respond to MQSeries List how much does itcost? "Wyatt, T. Rob" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] MERICA.COM> cc: Sent by: MQSeries Subject: Re: Websphere MQ Express ? List <[EMAIL PROTECTED] C.AT> 09/30/2003 02:54 PM Please respond to MQSeries List Oh good grief - another version! At least some of the differences appear to be outlined in the "Limitations" section of the announcement: Limitations The program is licensed to run only on a uniprocessor machine (that is, a machine with no more than a single CPU) No more than 10 server-to-server queue manager channels may be active concurrently No more than 10 server-to-client channels may be active concurrently No extended transactional clients may be connected to this server Message size may not exceed 4 MB -- T.Rob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 30, 2003 2:44 PM To: [EMAIL PROTECTED] Subject: Websphere MQ Express ? Has anyone seen this new product announcement ? It appears to be plain MQ, but for Windows or Linux. Check this out: http://www-3.ibm.com/fcgi-bin/common/ssi/ssialias?infotype=an&subtype=ca&app name=Demonstration&htmlfid=897/ENUS203-258 Would anyone from IBM care to explain the differences between them ? This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. 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 t
AW: UNSUBSCRIBE MQSERIES
Hi Navin, write to [EMAIL PROTECTED] (not to the mailing list) and, in the text of your message (not the subject line), write: SIGNOFF MQSERIES Regards Hubert -Ursprüngliche Nachricht-Von: Navin Vali [mailto:[EMAIL PROTECTED]Gesendet: Donnerstag, 2. Oktober 2003 12:28An: [EMAIL PROTECTED]Betreff: UNSUBSCRIBE MQSERIESUNSUBSCRIBE MQSERIES-Get the best from British Airways at ba.comhttp://www.ba.com
UNSUBSCRIBE MQSERIES
UNSUBSCRIBE MQSERIES - Get the best from British Airways at ba.com http://www.ba.com
Re: A program the uses MQSeries Client and Server libraries
T.Rob, This is good advice and I agree whole heartedly that the application programmer must deal with 2009 reason codes correctly and perform message operations in syncpoint if you need to ensure 100% reliability. However, I do not agree that this is a client thing. Exactly the same decisions must be taken in the server application. There is no difference between the transactional programming model on the client and on the server. (except perhaps XA transactions and let's not start that debate). The only difference in the client is that the windows and opportunities for getting a 2009 are somewhat larger because you have a TCP socket in the way. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley |-+---> | | "Wyatt, T. Rob" | | | <[EMAIL PROTECTED]| | | MERICA.COM> | | | Sent by: MQSeries | | | List| | | <[EMAIL PROTECTED]| | | C.AT> | | | | | | | | | 30/09/2003 16:27| | | Please respond to | | | MQSeries List | | | | |-+---> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: A program the uses MQSeries Client and Server libraries | | | | | >--| Jeff, Sorry, not going to answer your question but have some related advice. Yes, it is true that you can write code that runs the same on client and server bindings. Just be sure to write the code to the more rigorous standards required for a client. Specifically, you want to do everything under syncpoint and figure out how to handle the 2009 return code. A 2009 means that your connection to the QMgr was lost. The problem is that you do not know whether it was lost BEFORE the MCA got your request or AFTER. So, for example, if you get a 2009 on a PUT, the call may have worked, or it may not. If you are making your calls under syncpoint you can be assured the PUT will be rolled back if you get a 2009. Under syncpoint, the only exposure is if you get a 2009 on a COMMIT. In this case, your messages MAY have been committed or MAY NOT. When your program reconnects, it has no way of knowing so you have to decide - do I redo any PUT and GET activity or not? If the application tolerates dupes well, you can just restart the previous transaction and repeat any PUT or GET activity. We found a bug under MQ 5.3 where the listener threw 2009 on a GET with convert but inetd handled it fine. This problem went away when we moved to the latest client. -- T.Rob -Original Message- From: Jeff A Tressler [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 11:03 AM To: [EMAIL PROTECTED] Subject: A program the uses MQSeries Client and Server libraries We are writing a program that will be able to access either the MQSeries client or MQSeries server depending on the system it runs on. My understanding is that the code can be written such that no changes are needed and the method of connection (Client or Server) depends upon which set of MQSeries libraries the program links with. This would create two different executable, one for a MQSeries Client system and another for a MQSeries Server system Is there a way to create a single executable which will recognize it is on a MQSeries server and perform accordingly and if not, perform as if it were running on a MQSeries client system? Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.
WebSphere Admin Console Problems
Hi 2 u all. Running WebSphere Admin Console (4.02 and 4.04 versions) and WSCP is giving us insurmountable problems attempting to administer our environments. Symptoms are loss of console due to disconnects, application starts failing or hanging and indeed a general 'slowness'. Admitedly its a pretty immature product in IBM's grand scheme of things especially given my own experience with CICS and IMS over the years. The simple question I have to you all is, does anyone else out there have similar comments on WAS failings ? Regards Windy Senior Technician ISOS TST Middleware Standard Life Data Centre (East) 8 Glenogle Road Edinburgh EH3 5HN +44(0)131 245 3525 Tel. +44(0)131 245 3510 Fax. For more information on Standard Life, visit our website http://www.standardlife.com/ The Standard Life Assurance Company, Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH, is registered in Scotland (No. SZ4) and regulated by the Financial Services Authority. Tel: 0131 225 2552 - calls may be recorded or monitored. This confidential e-mail is for the addressee only. If received in error, do not retain/copy/disclose it without our consent and please return it to us. We virus scan and monitor all e-mails but are not responsible for any damage caused by a virus or alteration by a third party after it is sent. 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: Websphere MQ Express ?
I think he (probably) means that Express contains more from a technical perspective ... The actual detail of the content will have to come from the IBM side, as I'm under NDA on this. Dave -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Francois Van der Merwe1 Sent: 02 October 2003 09:48 To: [EMAIL PROTECTED] Subject: Re: Websphere MQ Express ? I'm not so sure you are correct, if I remember correctly it is about 60-70% of the full product street price. 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] Rick Tsujimoto <[EMAIL PROTECTED]To: [EMAIL PROTECTED] .CANON.COM>cc: Sent by: MQSeries List Subject: Re: Websphere MQ Express ? <[EMAIL PROTECTED]> 01/10/2003 18:06 Please respond to MQSeries List That's more than the full-blown product for a single intel cpu. Francois Van der Merwe1 To: [EMAIL PROTECTED] <[EMAIL PROTECTED] cc: IBM.COM> Subject: Re: Websphere MQ Express ? Sent by: MQSeries List <[EMAIL PROTECTED] en.AC.AT> 10/01/2003 11:15 AM Please respond to MQSeries List I saw something around $4125.Also, only available for intel 1 CPU machines. 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] Rick Tsujimoto <[EMAIL PROTECTED]To: [EMAIL PROTECTED] .CANON.COM>cc: Sent by: MQSeries List Subject: Re: Websphere MQ Express ? <[EMAIL PROTECTED]> 30/09/2003 21:06 Please respond to MQSeries List how much does itcost? "Wyatt, T. Rob" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] MERICA.COM> cc: Sent by: MQSeriesSubject: Re: Websphere MQ Express ? List <[EMAIL PROTECTED] C.AT> 09/30/2003 02:54 PM Please respond to MQSeries List Oh good grief - another version! At least some of the differences appear to be outlined in the "Limitations" section of the announcement: Limitations The program is licensed to run only on a uniprocessor machine (that is, a machine with no more than a single CPU) No more than 10 server-to-server queue manager channels may be active concurrently No more than 10 server-to-client channels may be active concurrently No extended transactional clients may be connected to this server Message size may not exceed 4 MB -- T.Rob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 2:44 PM To: [EMAIL PROTECTED] Subject: Websphere MQ Express ? Has anyone seen this new product announcement ? It appears to be plain MQ, but for Windows or Linux. Check this out: http://www-3.ibm.com/fcgi-bin/common/ssi/ssialias?infotype=an&subtype=ca&app name=Demonstration&htmlfid=897/ENUS203-258 Would anyone from IBM care to explain the differences between them ? This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
UNSUBSCRIBE
UNSUBSCRIBE - Get the best from British Airways at ba.com http://www.ba.com
Re: Websphere MQ Express ?
I'm not so sure you are correct, if I remember correctly it is about 60-70% of the full product street price. 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] Rick Tsujimoto <[EMAIL PROTECTED]To: [EMAIL PROTECTED] .CANON.COM>cc: Sent by: MQSeries List Subject: Re: Websphere MQ Express ? <[EMAIL PROTECTED]> 01/10/2003 18:06 Please respond to MQSeries List That's more than the full-blown product for a single intel cpu. Francois Van der Merwe1 To: [EMAIL PROTECTED] <[EMAIL PROTECTED] cc: IBM.COM> Subject: Re: Websphere MQ Express ? Sent by: MQSeries List <[EMAIL PROTECTED] en.AC.AT> 10/01/2003 11:15 AM Please respond to MQSeries List I saw something around $4125.Also, only available for intel 1 CPU machines. 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] Rick Tsujimoto <[EMAIL PROTECTED]To: [EMAIL PROTECTED] .CANON.COM>cc: Sent by: MQSeries List Subject: Re: Websphere MQ Express ? <[EMAIL PROTECTED]> 30/09/2003 21:06 Please respond to MQSeries List how much does itcost? "Wyatt, T. Rob" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] MERICA.COM> cc: Sent by: MQSeriesSubject: Re: Websphere MQ Express ? List <[EMAIL PROTECTED] C.AT> 09/30/2003 02:54 PM Please respond to MQSeries List Oh good grief - another version! At least some of the differences appear to be outlined in the "Limitations" section of the announcement: Limitations The program is licensed to run only on a uniprocessor machine (that is, a machine with no more than a single CPU) No more than 10 server-to-server queue manager channels may be active concurrently No more than 10 server-to-client channels may be active concurrently No extended transactional clients may be connected to this server Message size may not exceed 4 MB -- T.Rob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 2:44 PM To: [EMAIL PROTECTED] Subject: Websphere MQ Express ? Has anyone seen this new product announcement ? It appears to be plain MQ, but for Windows or Linux. Check this out: http://www-3.ibm.com/fcgi-bin/common/ssi/ssialias?infotype=an&subtype=ca&app name=Demonstration&htmlfid=897/ENUS203-258 Would anyone from IBM care to explain the differences between them ? This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase & Co., its subsidiaries and affiliates. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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.arc
UNSUBSCRIBE
Sony Varghese wrote: > MessageUNSUBSCRIBE > > 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 -- Regards, George Lee Chee Voon Application Consultant Tel :603-27102989 Fax :603-27102979 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
AW: AMQ7469 Transactions rolled back to release log space
Hi Matthew, this was our first error. The transaction stops after 10.000 messages. I increased the parameter from 10.000 to 300.000. After this it stops after about 15.000 messages with AMQ7469. Best regard, Michael Fleck -Ursprüngliche Nachricht- Von: Gurney, Matthew [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 2. Oktober 2003 11:37 An: [EMAIL PROTECTED] Betreff: -Re: AMQ7469 Transactions rolled back to release log space Have you looked at the queue manager attribute Max Uncommitted Msgs? -Original Message- From: Fleck, Michael [mailto:[EMAIL PROTECTED] Sent: 02 October 2003 08:27 To: [EMAIL PROTECTED] Subject: AMQ7469 Transactions rolled back to release log space Hi list members, I'm relatively new in dealing with MQ-Series. We use MQ Version 5.3 on a Windows 2000 Server. We have a long running transaction, which sends about 100.000 messages to a queue without commits. After 15.000 messages we get the error "AMQ7469 Transactions rolled back to release log space ". I checked our parameters. We have defined linear logging. There's enough space on the volume to keep hundreds of additional log files, but the transaction is stopped and rolled back. Are there any other parameters involved? Best regard Michael Fleck 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: AMQ7469 Transactions rolled back to release log space
Have you looked at the queue manager attribute Max Uncommitted Msgs? -Original Message- From: Fleck, Michael [mailto:[EMAIL PROTECTED] Sent: 02 October 2003 08:27 To: [EMAIL PROTECTED] Subject: AMQ7469 Transactions rolled back to release log space Hi list members, I'm relatively new in dealing with MQ-Series. We use MQ Version 5.3 on a Windows 2000 Server. We have a long running transaction, which sends about 100.000 messages to a queue without commits. After 15.000 messages we get the error "AMQ7469 Transactions rolled back to release log space ". I checked our parameters. We have defined linear logging. There's enough space on the volume to keep hundreds of additional log files, but the transaction is stopped and rolled back. Are there any other parameters involved? Best regard Michael Fleck 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 message is for the named person's use only. It may contain sensitive and private proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each legal entity in the CREDIT SUISSE FIRST BOSTON or CREDIT SUISSE ASSET MANAGEMENT business units of CREDIT SUISSE FIRST BOSTON reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. == 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
AMQ7469 Transactions rolled back to release log space
Hi list members, I'm relatively new in dealing with MQ-Series. We use MQ Version 5.3 on a Windows 2000 Server. We have a long running transaction, which sends about 100.000 messages to a queue without commits. After 15.000 messages we get the error "AMQ7469 Transactions rolled back to release log space ". I checked our parameters. We have defined linear logging. There's enough space on the volume to keep hundreds of additional log files, but the transaction is stopped and rolled back. Are there any other parameters involved? Best regard Michael Fleck 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
