Re: Wish List for Conference
It takes place tomorrow through Friday in Las Vegas. Look on IBM's site for links to the conference. Thanks, Jeff - Original Message - From: "Michael Dale" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, February 08, 2003 5:43 PM Subject: Re: Wish List for Conference > I have lost a lot of messages from List server. Is there a website dedicated > to this conference? When does it take place. I apologize for answering a > question with a question. > > Thanks, > > Michael. > - Original Message - > From: "Peter Heggie" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, February 07, 2003 11:44 AM > Subject: Wish List for Conference > > > > Sorry for the delay.. I know this does not leave any time to respond > before > > some of us head out to Las Vegas. > > > > I've collated the 'Wish List' requests, and although I am less > enthusiastic > > about getting results from this effort, I still value the responses from > > everyone. I'm going to include a text version, summarizing the results, > > in-line below. I apologize for the amount of data and limited descriptions > > of some items, especially those I'm not quite sure of.., and for the > > insertion of TAB (or spaces) which may not line up. I won't bother to > clean > > it up in this outgoing note, as email readers tend to break lines > > differently. > > > > If anyone wants to 'vote', given that this may be get a low priority by > our > > IBM participants (whose opinions and advice I read voraciously, and who > > already have a heaping plateful of work in front of them), then please go > > ahead. Reply with some designation, maybe a number from 1 to 5, with 1 as > > the most important.. > > > > I can give it to an IBM'er who is interested or perhaps someone there > could > > get it directly from the listserv. > > > > When replying, please do not include this verbiage at the top! Thank you. > > > > > > Product Platfrm Format Area Request > > All All Statement Support Packs Send emails for new and updated Support > Packs > > All All Documentation EnhancementsDoc on enhancement requests > mechanism > > All All Documentation EnhancementsView into IBM's requests and > priority > > All All Certification Certification Require re-certification > > WMQ ?? Command Admin Terminate active thread > > WMQ All CommandSecurity MQSC interface to authorization > > WMQ All CommandSecurity PCS interface to authorization > > WMQ All Command/Display Cluster Cluster admin and > diagnostics > > WMQ All CommandAdmin Display object 'where x = y' > > WMQ All Command/Display Performance Keep/display queue usage > over time > > WMQ All Behavior Clustering Handle clustered queue full situation > > WMQ All Function Clustering Enable cluster workload exit > > WMQ All CommandConfig Set MAXCHANNELS at channel level > > WMQ All Parameter JAVA/ClientAllow channel tables for JAVA client > > WMQ All Function Triggering New Trigger parameter based on IPROCS > > WMQ All Parameter Client channels Specify max connections per > client channel > > WMQ All Parameter Msg Structure Specify Report Reply Q/Qmgr fields in > header > > WMQ All Function Queue Def Implicit Dist list functionality in Qremote > > WMQ Alpha Statement Future Future of MQ on Alpha > > WMQ MacOSXStatement Future Version of MQ on Mac OS X > > WMQ Dist. CommandAdmin Refresh QMGR(Expiry) > > WMQ NonStop Statement Future Version of MQ on NonStop > > WMQ OpenVMS Statement Future Version of MQ on OpenVMS > > WMQ UNIX Documentation Performance Tuning parameters discussed > > WMQ Windows Command/Display Admin Include z/os display in > MQExplorer > > WMQ z/os Command/Display Admin Show non z/os qmgrs in ISPF > display > > WMQ z/os CommandAdmin Command to kill SVRCONN > > WMQ z/os Function CICS BridgeSet Expiry > > WMQ z/os Function CICS BridgeSet CKBP to issue LINK w/SYNCRTRN > > WMQ z/os Function CICS BridgeBreak affinity between CKBP CKBR > > WMQ z/os Function CICS BridgeCKBR queue be shareable > > WMQ z/os Function CKTI Allow parallel tasks > > WMQ z/os Behavior Logginglog to z/os log stream > > WMQSI All Co
Re: Wish List for Conference
I have lost a lot of messages from List server. Is there a website dedicated to this conference? When does it take place. I apologize for answering a question with a question. Thanks, Michael. - Original Message - From: "Peter Heggie" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 07, 2003 11:44 AM Subject: Wish List for Conference > Sorry for the delay.. I know this does not leave any time to respond before > some of us head out to Las Vegas. > > I've collated the 'Wish List' requests, and although I am less enthusiastic > about getting results from this effort, I still value the responses from > everyone. I'm going to include a text version, summarizing the results, > in-line below. I apologize for the amount of data and limited descriptions > of some items, especially those I'm not quite sure of.., and for the > insertion of TAB (or spaces) which may not line up. I won't bother to clean > it up in this outgoing note, as email readers tend to break lines > differently. > > If anyone wants to 'vote', given that this may be get a low priority by our > IBM participants (whose opinions and advice I read voraciously, and who > already have a heaping plateful of work in front of them), then please go > ahead. Reply with some designation, maybe a number from 1 to 5, with 1 as > the most important.. > > I can give it to an IBM'er who is interested or perhaps someone there could > get it directly from the listserv. > > When replying, please do not include this verbiage at the top! Thank you. > > > Product Platfrm Format Area Request > All All Statement Support Packs Send emails for new and updated Support Packs > All All Documentation EnhancementsDoc on enhancement requests mechanism > All All Documentation EnhancementsView into IBM's requests and priority > All All Certification Certification Require re-certification > WMQ ?? Command Admin Terminate active thread > WMQ All CommandSecurity MQSC interface to authorization > WMQ All CommandSecurity PCS interface to authorization > WMQ All Command/Display Cluster Cluster admin and diagnostics > WMQ All CommandAdmin Display object 'where x = y' > WMQ All Command/Display Performance Keep/display queue usage over time > WMQ All Behavior Clustering Handle clustered queue full situation > WMQ All Function Clustering Enable cluster workload exit > WMQ All CommandConfig Set MAXCHANNELS at channel level > WMQ All Parameter JAVA/ClientAllow channel tables for JAVA client > WMQ All Function Triggering New Trigger parameter based on IPROCS > WMQ All Parameter Client channels Specify max connections per client channel > WMQ All Parameter Msg Structure Specify Report Reply Q/Qmgr fields in header > WMQ All Function Queue Def Implicit Dist list functionality in Qremote > WMQ Alpha Statement Future Future of MQ on Alpha > WMQ MacOSXStatement Future Version of MQ on Mac OS X > WMQ Dist. CommandAdmin Refresh QMGR(Expiry) > WMQ NonStop Statement Future Version of MQ on NonStop > WMQ OpenVMS Statement Future Version of MQ on OpenVMS > WMQ UNIX Documentation Performance Tuning parameters discussed > WMQ Windows Command/Display Admin Include z/os display in MQExplorer > WMQ z/os Command/Display Admin Show non z/os qmgrs in ISPF display > WMQ z/os CommandAdmin Command to kill SVRCONN > WMQ z/os Function CICS BridgeSet Expiry > WMQ z/os Function CICS BridgeSet CKBP to issue LINK w/SYNCRTRN > WMQ z/os Function CICS BridgeBreak affinity between CKBP CKBR > WMQ z/os Function CICS BridgeCKBR queue be shareable > WMQ z/os Function CKTI Allow parallel tasks > WMQ z/os Behavior Logginglog to z/os log stream > WMQSI All CommandDebugging Stop hung broker in debug mode > WMQSI All CommandAdmin Update MQSILIST to be like DSPMQ > WMQSI All Function Syntax include 'IF NUMERIC' in sql > WMQSI All Parameter Security Specify Userid for DB connections > WMQSI All Parameter Performance Set minimum msg buffer size > WMQSI All DisplayEditor Show mismatched IF/ELSE/ENDIF > WMQSI All DisplayEditor Use Eclipse editor > WMQSI All Training Training specialized class on MQSI development > WMQSI All Training Training specialized class on MQSI administration > WMQSI DEC/HPParameter Security UserName Server = userid >
Wish List for Conference
Sorry for the delay.. I know this does not leave any time to respond before some of us head out to Las Vegas. I've collated the 'Wish List' requests, and although I am less enthusiastic about getting results from this effort, I still value the responses from everyone. I'm going to include a text version, summarizing the results, in-line below. I apologize for the amount of data and limited descriptions of some items, especially those I'm not quite sure of.., and for the insertion of TAB (or spaces) which may not line up. I won't bother to clean it up in this outgoing note, as email readers tend to break lines differently. If anyone wants to 'vote', given that this may be get a low priority by our IBM participants (whose opinions and advice I read voraciously, and who already have a heaping plateful of work in front of them), then please go ahead. Reply with some designation, maybe a number from 1 to 5, with 1 as the most important.. I can give it to an IBM'er who is interested or perhaps someone there could get it directly from the listserv. When replying, please do not include this verbiage at the top! Thank you. Product Platfrm Format Area Request All All Statement Support Packs Send emails for new and updated Support Packs All All Documentation EnhancementsDoc on enhancement requests mechanism All All Documentation EnhancementsView into IBM's requests and priority All All Certification Certification Require re-certification WMQ ?? Command Admin Terminate active thread WMQ All CommandSecurity MQSC interface to authorization WMQ All CommandSecurity PCS interface to authorization WMQ All Command/Display Cluster Cluster admin and diagnostics WMQ All CommandAdmin Display object 'where x = y' WMQ All Command/Display Performance Keep/display queue usage over time WMQ All Behavior Clustering Handle clustered queue full situation WMQ All Function Clustering Enable cluster workload exit WMQ All CommandConfig Set MAXCHANNELS at channel level WMQ All Parameter JAVA/ClientAllow channel tables for JAVA client WMQ All Function Triggering New Trigger parameter based on IPROCS WMQ All Parameter Client channels Specify max connections per client channel WMQ All Parameter Msg Structure Specify Report Reply Q/Qmgr fields in header WMQ All Function Queue Def Implicit Dist list functionality in Qremote WMQ Alpha Statement Future Future of MQ on Alpha WMQ MacOSXStatement Future Version of MQ on Mac OS X WMQ Dist. CommandAdmin Refresh QMGR(Expiry) WMQ NonStop Statement Future Version of MQ on NonStop WMQ OpenVMS Statement Future Version of MQ on OpenVMS WMQ UNIX Documentation Performance Tuning parameters discussed WMQ Windows Command/Display Admin Include z/os display in MQExplorer WMQ z/os Command/Display Admin Show non z/os qmgrs in ISPF display WMQ z/os CommandAdmin Command to kill SVRCONN WMQ z/os Function CICS BridgeSet Expiry WMQ z/os Function CICS BridgeSet CKBP to issue LINK w/SYNCRTRN WMQ z/os Function CICS BridgeBreak affinity between CKBP CKBR WMQ z/os Function CICS BridgeCKBR queue be shareable WMQ z/os Function CKTI Allow parallel tasks WMQ z/os Behavior Logginglog to z/os log stream WMQSI All CommandDebugging Stop hung broker in debug mode WMQSI All CommandAdmin Update MQSILIST to be like DSPMQ WMQSI All Function Syntax include 'IF NUMERIC' in sql WMQSI All Parameter Security Specify Userid for DB connections WMQSI All Parameter Performance Set minimum msg buffer size WMQSI All DisplayEditor Show mismatched IF/ELSE/ENDIF WMQSI All DisplayEditor Use Eclipse editor WMQSI All Training Training specialized class on MQSI development WMQSI All Training Training specialized class on MQSI administration WMQSI DEC/HPParameter Security UserName Server = userid 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: Wish list for Conference (multiple ckti)
afaik you still need a terminal to run the task that starts ckti. here is a way you could set up multiple ckti transaktions with automatic restart (only the "default" CKTI is restartet when CICS disconnects / reconnects from/to MQ). i wrote a xephon article for it which got published at the end of 2002 so you may find it there too... setup a console with the cics stc userid (or whatever userid you prefer) transaction A starts transaktion B on the console. transaction B reads a namelist holding INITQ names and starts as many ckti as required. this can either be used manually or by operation automation tools or whatever exists in your environment. one way to make it happen automatically is to use ckti to trigger this procedure. so have a "default" ckti/initq in your cics system define a local queue ("control"), put in a persistent message, trigger first, "default" initq, process A (transaction a) whenever the default ckti becomes active (cics start, adapter reconnect, ...) the default initq is opened. because of this the "control" queue gets triggered and transaction A is started, this will start transaction B at the specified console, and B will start the CKTI transactions. so you have automatic start and restart, you can add / remove initqs during cics run without restart by editing the namelist and force a trigger manually just one way to accomplish multiple ckti. regards stefan -Ursprüngliche Nachricht- Von: Miller, Dennis [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 28. Januar 2003 21:20 An: [EMAIL PROTECTED] Betreff: Re: Wish list for Conference Just an idea...I don't have it working. I thought IBM lifted the restriction on termid in CICS V3 or V4. I know you have to setup surrogate authorities differently if there is no termid, but I didn't think it was a show stopper. > -Original Message- > From: Bullock, Rebecca (CSC) [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, January 28, 2003 11:59 AM > To: [EMAIL PROTECTED] > Subject: Re: Wish list for Conference > > Thanks, Dennis. Actually, I think I played around with this and finally gave > up. It wasn't as easy as I thought it would be. As I remember (and it's hazy > since it was a long while back), the problem was that there's no terminal > facility to tie the userid to. But thanks for suggesting it. (Or did you > have a working model?) > > -Original Message- > From: Miller, Dennis [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 28, 2003 2:43 PM > To: [EMAIL PROTECTED] > Subject: Re: Wish list for Conference > > > > Sure would be nice to be able to easily restart the CICS trigger monitor > > and end up with the address space userid, the same as you get when it's > > started from the PLT. > > Doesn't seem like much of a stretch to write a small program to accomplish > that. > > > Something like: > > EXEC CICS ASSIGN STARTCODE(MYSTART) END EXEC > > IF MYSTART NOT EQUAL "SD" >MOVE 'CKQC STARTCKTI' TO mydata (or build CKQC commarea > from input source) >EXEC CICS START(EIBTRNID) FROM (mydata ) USERID(myuserid) END-EXEC >EXEC CICS RETURN END-EXEC > END IF > > EXEC CICS RETRIEVE INTO(mydata) END EXEC > EXEC CICS LINK PROGRAM('CSQCSSQ ') INPUTMSG(mydata) > EXEC CICS RETURN END-EXEC > > > > > > -Original Message- > > From: Bullock, Rebecca (CSC) [SMTP:[EMAIL PROTECTED]] > > Sent: Tuesday, January 28, 2003 9:20 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Wish list for Conference > > > > Well, of course, some of us won't get to go to the conference :-( so I > guess > > the choice is to put 'em here. Here's a list I came up with... > > > > 1) I'd like to strongly second an earlier wish to have Java clients > support > > channel tables. I need this and I need it badly. > > > > 2) Also a Java thing. First, understand I'm not a Java programmer, but the > > impression I've gotten from reading others' postings (and I may be wrong > > here) is that if you're using the Java client, you must specify the userid > > and that Java won't pick up the userid from the task issuing the MQ calls. > > OK, if it's possible within the constructs and constraints of the > language, > > please make a change so that the userid is picked up from the task's > userid > > automatically, similar to the situation with the regular C client on an NT > > box. > > > > 3) I think many of us have seen the problem of not being able to start a > > channel when there are duplicates in the channel SYNCQ. The fix is t
Re: Wish list for Conference
Just an idea...I don't have it working. I thought IBM lifted the restriction on termid in CICS V3 or V4. I know you have to setup surrogate authorities differently if there is no termid, but I didn't think it was a show stopper. > -Original Message- > From: Bullock, Rebecca (CSC) [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, January 28, 2003 11:59 AM > To: [EMAIL PROTECTED] > Subject: Re: Wish list for Conference > > Thanks, Dennis. Actually, I think I played around with this and finally gave > up. It wasn't as easy as I thought it would be. As I remember (and it's hazy > since it was a long while back), the problem was that there's no terminal > facility to tie the userid to. But thanks for suggesting it. (Or did you > have a working model?) > > -Original Message- > From: Miller, Dennis [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 28, 2003 2:43 PM > To: [EMAIL PROTECTED] > Subject: Re: Wish list for Conference > > > > Sure would be nice to be able to easily restart the CICS trigger monitor > > and end up with the address space userid, the same as you get when it's > > started from the PLT. > > Doesn't seem like much of a stretch to write a small program to accomplish > that. > > > Something like: > > EXEC CICS ASSIGN STARTCODE(MYSTART) END EXEC > > IF MYSTART NOT EQUAL "SD" >MOVE 'CKQC STARTCKTI' TO mydata (or build CKQC commarea > from input source) >EXEC CICS START(EIBTRNID) FROM (mydata ) USERID(myuserid) END-EXEC >EXEC CICS RETURN END-EXEC > END IF > > EXEC CICS RETRIEVE INTO(mydata) END EXEC > EXEC CICS LINK PROGRAM('CSQCSSQ ') INPUTMSG(mydata) > EXEC CICS RETURN END-EXEC > > > > > > -Original Message- > > From: Bullock, Rebecca (CSC) [SMTP:[EMAIL PROTECTED]] > > Sent: Tuesday, January 28, 2003 9:20 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Wish list for Conference > > > > Well, of course, some of us won't get to go to the conference :-( so I > guess > > the choice is to put 'em here. Here's a list I came up with... > > > > 1) I'd like to strongly second an earlier wish to have Java clients > support > > channel tables. I need this and I need it badly. > > > > 2) Also a Java thing. First, understand I'm not a Java programmer, but the > > impression I've gotten from reading others' postings (and I may be wrong > > here) is that if you're using the Java client, you must specify the userid > > and that Java won't pick up the userid from the task issuing the MQ calls. > > OK, if it's possible within the constructs and constraints of the > language, > > please make a change so that the userid is picked up from the task's > userid > > automatically, similar to the situation with the regular C client on an NT > > box. > > > > 3) I think many of us have seen the problem of not being able to start a > > channel when there are duplicates in the channel SYNCQ. The fix is to get > a > > utility from IBM (CSQ4SYNC on OS/390 and I'd guess there's something > similar > > on the distributed qmgrs). It would be nice if that utility were > distributed > > as part of the product. And, after all, what harm is there? If it's not > the > > problem and there are no duplicates, nothing will be deleted. > > > > 4) Sure would be nice to be able to easily restart the CICS trigger > monitor > > and end up with the address space userid, the same as you get when it's > > started from the PLT. > > > > 5) It seems that people are often asking from help with shutdowns. How > about > > sample startup and shutdown scripts for the distributed environments? At > > least it would get people started. > > > > 6) Based on an (unpleasant) experience where a Solaris sysadmin installed > MQ > > on a server for me and then we couldn't get crtmqm to work after putting > on > > the latest CSD... How about removing the part of the install script that > > allows you to loop back and select another option to install? Or at least> > a > > warning that if you do that, trouble will ensue. And, if possible, how > about > > listing out interpreted CLASSES when you do a pkginfo? (Can you do that? > I > > don't know.) I learned more than an OS/390 person should ever need to know > > about Solaris install scripts and packages as a result of this simple (and > > very human) error. > > > > 7) Now here's one that I don't really ex
Re: Wish list for Conference
Thanks, Dennis. Actually, I think I played around with this and finally gave up. It wasn't as easy as I thought it would be. As I remember (and it's hazy since it was a long while back), the problem was that there's no terminal facility to tie the userid to. But thanks for suggesting it. (Or did you have a working model?) -Original Message- From: Miller, Dennis [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 28, 2003 2:43 PM To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference > Sure would be nice to be able to easily restart the CICS trigger monitor > and end up with the address space userid, the same as you get when it's > started from the PLT. Doesn't seem like much of a stretch to write a small program to accomplish that. Something like: EXEC CICS ASSIGN STARTCODE(MYSTART) END EXEC IF MYSTART NOT EQUAL "SD" MOVE 'CKQC STARTCKTI' TO mydata (or build CKQC commarea from input source) EXEC CICS START(EIBTRNID) FROM (mydata ) USERID(myuserid) END-EXEC EXEC CICS RETURN END-EXEC END IF EXEC CICS RETRIEVE INTO(mydata) END EXEC EXEC CICS LINK PROGRAM('CSQCSSQ ') INPUTMSG(mydata) EXEC CICS RETURN END-EXEC > -Original Message- > From: Bullock, Rebecca (CSC) [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, January 28, 2003 9:20 AM > To: [EMAIL PROTECTED] > Subject: Re: Wish list for Conference > > Well, of course, some of us won't get to go to the conference :-( so I guess > the choice is to put 'em here. Here's a list I came up with... > > 1) I'd like to strongly second an earlier wish to have Java clients support > channel tables. I need this and I need it badly. > > 2) Also a Java thing. First, understand I'm not a Java programmer, but the > impression I've gotten from reading others' postings (and I may be wrong > here) is that if you're using the Java client, you must specify the userid > and that Java won't pick up the userid from the task issuing the MQ calls. > OK, if it's possible within the constructs and constraints of the language, > please make a change so that the userid is picked up from the task's userid > automatically, similar to the situation with the regular C client on an NT > box. > > 3) I think many of us have seen the problem of not being able to start a > channel when there are duplicates in the channel SYNCQ. The fix is to get a > utility from IBM (CSQ4SYNC on OS/390 and I'd guess there's something similar > on the distributed qmgrs). It would be nice if that utility were distributed > as part of the product. And, after all, what harm is there? If it's not the > problem and there are no duplicates, nothing will be deleted. > > 4) Sure would be nice to be able to easily restart the CICS trigger monitor > and end up with the address space userid, the same as you get when it's > started from the PLT. > > 5) It seems that people are often asking from help with shutdowns. How about > sample startup and shutdown scripts for the distributed environments? At > least it would get people started. > > 6) Based on an (unpleasant) experience where a Solaris sysadmin installed MQ > on a server for me and then we couldn't get crtmqm to work after putting on > the latest CSD... How about removing the part of the install script that > allows you to loop back and select another option to install? Or at least a > warning that if you do that, trouble will ensue. And, if possible, how about > listing out interpreted CLASSES when you do a pkginfo? (Can you do that? I > don't know.) I learned more than an OS/390 person should ever need to know > about Solaris install scripts and packages as a result of this simple (and > very human) error. > > 7) Now here's one that I don't really expect anyone from IBM to take > seriously, but I'm putting here anyway: How about some doc on setting up MQ > mainframe security in a nonRACF environment? This is actually a concern with > a multitude of IBM products for those of us in ACF2 shops (and, I would > guess, other security packages, too). There's always a lot of "well, let's > try this and see what happens". It's messy and error-prone. Actually, this > would be a good collaborative project for those of us in this situation. > > Anyway, that's my semi-short list. Have fun in Las Vegas! > > -- Rebecca > > Rebecca Bullock > Computer Sciences Corporation > MFCoE/Newark CS Team > > Educational Testing Service Account> > Princeton, NJ 08541 > > email: [EMAIL PROTECTED] or [EMAIL PROTECTED] > > > > > ** > This e-mail and any
Re: Wish list for Conference
> Sure would be nice to be able to easily restart the CICS trigger monitor > and end up with the address space userid, the same as you get when it's > started from the PLT. Doesn't seem like much of a stretch to write a small program to accomplish that. Something like: EXEC CICS ASSIGN STARTCODE(MYSTART) END EXEC IF MYSTART NOT EQUAL "SD" MOVE 'CKQC STARTCKTI' TO mydata (or build CKQC commarea from input source) EXEC CICS START(EIBTRNID) FROM (mydata ) USERID(myuserid) END-EXEC EXEC CICS RETURN END-EXEC END IF EXEC CICS RETRIEVE INTO(mydata) END EXEC EXEC CICS LINK PROGRAM('CSQCSSQ ') INPUTMSG(mydata) EXEC CICS RETURN END-EXEC > -Original Message- > From: Bullock, Rebecca (CSC) [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, January 28, 2003 9:20 AM > To: [EMAIL PROTECTED] > Subject: Re: Wish list for Conference > > Well, of course, some of us won't get to go to the conference :-( so I guess > the choice is to put 'em here. Here's a list I came up with... > > 1) I'd like to strongly second an earlier wish to have Java clients support > channel tables. I need this and I need it badly. > > 2) Also a Java thing. First, understand I'm not a Java programmer, but the > impression I've gotten from reading others' postings (and I may be wrong > here) is that if you're using the Java client, you must specify the userid > and that Java won't pick up the userid from the task issuing the MQ calls. > OK, if it's possible within the constructs and constraints of the language, > please make a change so that the userid is picked up from the task's userid > automatically, similar to the situation with the regular C client on an NT > box. > > 3) I think many of us have seen the problem of not being able to start a > channel when there are duplicates in the channel SYNCQ. The fix is to get a > utility from IBM (CSQ4SYNC on OS/390 and I'd guess there's something similar > on the distributed qmgrs). It would be nice if that utility were distributed > as part of the product. And, after all, what harm is there? If it's not the > problem and there are no duplicates, nothing will be deleted. > > 4) Sure would be nice to be able to easily restart the CICS trigger monitor > and end up with the address space userid, the same as you get when it's > started from the PLT. > > 5) It seems that people are often asking from help with shutdowns. How about > sample startup and shutdown scripts for the distributed environments? At > least it would get people started. > > 6) Based on an (unpleasant) experience where a Solaris sysadmin installed MQ > on a server for me and then we couldn't get crtmqm to work after putting on > the latest CSD... How about removing the part of the install script that > allows you to loop back and select another option to install? Or at least a > warning that if you do that, trouble will ensue. And, if possible, how about > listing out interpreted CLASSES when you do a pkginfo? (Can you do that? I > don't know.) I learned more than an OS/390 person should ever need to know > about Solaris install scripts and packages as a result of this simple (and > very human) error. > > 7) Now here's one that I don't really expect anyone from IBM to take > seriously, but I'm putting here anyway: How about some doc on setting up MQ > mainframe security in a nonRACF environment? This is actually a concern with > a multitude of IBM products for those of us in ACF2 shops (and, I would > guess, other security packages, too). There's always a lot of "well, let's > try this and see what happens". It's messy and error-prone. Actually, this > would be a good collaborative project for those of us in this situation. > > Anyway, that's my semi-short list. Have fun in Las Vegas! > > -- Rebecca > > Rebecca Bullock > Computer Sciences Corporation > MFCoE/Newark CS Team > > Educational Testing Service Account> > Princeton, NJ 08541 > > email: [EMAIL PROTECTED] or [EMAIL PROTECTED] > > > > > ** > This e-mail and any files transmitted with it may contain privileged or > confidential information. It is solely for use by the individual for whom > it is intended, even if addressed incorrectly. If you received this e-mail > in error, please notify the sender; do not disclose, copy, distribute, or > take any action in reliance on the contents of this information; and delete > it from your system. Any other use of this e-mail is prohibited. Thank you > for your compliance. > > 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: Wish list for Conference
Well, of course, some of us won't get to go to the conference :-( so I guess the choice is to put 'em here. Here's a list I came up with... 1) I'd like to strongly second an earlier wish to have Java clients support channel tables. I need this and I need it badly. 2) Also a Java thing. First, understand I'm not a Java programmer, but the impression I've gotten from reading others' postings (and I may be wrong here) is that if you're using the Java client, you must specify the userid and that Java won't pick up the userid from the task issuing the MQ calls. OK, if it's possible within the constructs and constraints of the language, please make a change so that the userid is picked up from the task's userid automatically, similar to the situation with the regular C client on an NT box. 3) I think many of us have seen the problem of not being able to start a channel when there are duplicates in the channel SYNCQ. The fix is to get a utility from IBM (CSQ4SYNC on OS/390 and I'd guess there's something similar on the distributed qmgrs). It would be nice if that utility were distributed as part of the product. And, after all, what harm is there? If it's not the problem and there are no duplicates, nothing will be deleted. 4) Sure would be nice to be able to easily restart the CICS trigger monitor and end up with the address space userid, the same as you get when it's started from the PLT. 5) It seems that people are often asking from help with shutdowns. How about sample startup and shutdown scripts for the distributed environments? At least it would get people started. 6) Based on an (unpleasant) experience where a Solaris sysadmin installed MQ on a server for me and then we couldn't get crtmqm to work after putting on the latest CSD... How about removing the part of the install script that allows you to loop back and select another option to install? Or at least a warning that if you do that, trouble will ensue. And, if possible, how about listing out interpreted CLASSES when you do a pkginfo? (Can you do that? I don't know.) I learned more than an OS/390 person should ever need to know about Solaris install scripts and packages as a result of this simple (and very human) error. 7) Now here's one that I don't really expect anyone from IBM to take seriously, but I'm putting here anyway: How about some doc on setting up MQ mainframe security in a nonRACF environment? This is actually a concern with a multitude of IBM products for those of us in ACF2 shops (and, I would guess, other security packages, too). There's always a lot of "well, let's try this and see what happens". It's messy and error-prone. Actually, this would be a good collaborative project for those of us in this situation. Anyway, that's my semi-short list. Have fun in Las Vegas! -- Rebecca Rebecca Bullock Computer Sciences Corporation MFCoE/Newark CS Team Educational Testing Service Account Princeton, NJ 08541 email: [EMAIL PROTECTED] or [EMAIL PROTECTED] ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. 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: Wish list for Conference
One thing I would like to see, is something similar to DSPMQ but for WMQI. MQSILIST does not quite give me what I would like to see. Is the Broker active type of tool. 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: Wish list for Conference
Dear MQ'ers, Another thing that would be good to enhance it the CKTI-task for Z/OS CICS, so it will support parallel tasks, so our developers don't have to incoperate MQINQ and other complex suff just to see if it's nessacary to start another server application. This would be a good enhancement to get. We still request the posibillity to drop/kill an "orphaned" SVRCONN channel on Z/OS, was prevously requested in Amsterdam, Wien Just my $0.02 :o) Best regards Joergen H. Pedersen Systemprogrammer WM-data SDC [EMAIL PROTECTED] IBM Certified MQSeries Specialist IBM Certified MQSeries Solutions Expert Please apply this disclaimer to the above message - the opinions are mine and certainly not necessarily those of my employer. 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: Wish list for Conference
>Paul, >What requirements is IBM working on now? >TIA, >John Dawson John, Surely you're not asking me to preannounce product changes :-) Sorry but that's more than my job's worth, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Wish list for Conference
Paul, What requirements is IBM working on now? TIA, John Dawson -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 11:34 AM To: [EMAIL PROTECTED] Subject:Re: Wish list for Conference > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Wish list for Conference
and enough beer to make it right!!! From: "Wyatt, T. Rob" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Fri, 24 Jan 2003 13:56:55 -0600 Paul, I already knew about the formal process but this thread was just so therapeutic I couldn't resist! Plus, it was fun just to see what everyone else brought up. And if there is a god at IBM who watches over the enhancements process, then my prayer is: IBM grant me... The serenity to accept the WMQ enhancements I cannot have, The courage to submit the ones that have a snowball's chance, And a consultant to tell me the difference. -- T.Rob -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 12:34 PM To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Wish list for Conference
Paul, I already knew about the formal process but this thread was just so therapeutic I couldn't resist! Plus, it was fun just to see what everyone else brought up. And if there is a god at IBM who watches over the enhancements process, then my prayer is: IBM grant me... The serenity to accept the WMQ enhancements I cannot have, The courage to submit the ones that have a snowball's chance, And a consultant to tell me the difference. -- T.Rob -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 12:34 PM To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Wish list for Conference
Hey I do hold IBM'ers in a GOD-ly fashion. BUT like GOD, who made me as an example, do have their obvious faults. Unless you come anywhere near my age I have had 29 years of GOOD solid BIG BLUE relationship experience behind me. .Just because I don't wear white shirts over my colored shirts doesn't mean I am not used to the IBM "GRIM Fary Tales". Don't get me wrong. Both my houses, three of my cars, my 18 children, 4 wives and my private stash of CUBAN cigars are all attributed to IBM. Did I mention the 3 dogs So if not indentured, I am thankful for IBM. BUT.growing up on the streets of Greenpoint Brooklyn during a somewhat nasty period in New York history I have learned to become a realist from exposure. My point is that no one company is perfect and IBM, while the love of my life, certainly fits in with the trying rest. Sorry to burst your bubble but hey life is hard after your 18th birthday. As for the super bowl the only thing I can look forward to is the Super Bowl feast as the Gang Green fell to the nasty, if mot mighty Raiders. At least my girlfriend. Did I mention her in my list?? Shania Twain will be doing the halftime show. And the IBM commercials, as always, will be good EveryoneSorry for the long giberish but it's late, Friday and have been SCRIPTING and CRONNING all DAY..ENJOY THE GAME and the weekend. CHEERS!!! Bobbee has left the building bee-oh-dubble-bee-dubble-eegghh From: Paul Clarke <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Fri, 24 Jan 2003 17:33:58 + > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 _ Protect your PC - get McAfee.com VirusScan Online 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: Wish list for Conference
What is the formal process and do we get some kind of ability to track our request so it does not appear to go into a "black hole"? Cheers John. -Original Message- From: Paul Clarke [mailto:[EMAIL PROTECTED]] Sent: 24 January 2003 17:34 To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference > Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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: Wish list for Conference
> Yes. It's called CHURCH. Where you sit and pray! bobbee, I had no idea you held IBMers in such high regard. It is true that some IBMers have godly powers but asking us to read your minds is probably a little optimistic :-). We do, indeed, have a formal requirements process and to be honest they probably have a greater chance of success. Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the requirements we *already* have, Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Wish list for Conference
What SupportPac are you referring to? I could not find TriggerPro on the CommerceQuest website? Is there any other name I could search for? Thanks Larry Larry McCord Blue Cross and Blue Shield of Missouri 314.923.4432 [EMAIL PROTECTED] -Original Message- From: mqm mqm [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 5:26 AM To: [EMAIL PROTECTED] Subject:Re: Wish list for Conference CommerceQuest have something called TriggerPro and there is a supportpac that enable more tailorable triggering. Have you looked at these ? mqm --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote: > Triggering threshold to generate triggers > until specified IPROCS level is reached. Something > like the TRIGTYPE=EVERY limit which can be specified > in VSE, but for other platforms and for other > TRIGTYPEs. The idea is to get better support for > parallel processing out of the triggering engine. > > > Instructions for managing your mailing list > subscription are provided in > the Listserv General Users Guide available at > http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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 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: Wish list for Conference
Yes. It's called CHURCH. Where you sit and pray! bb From: mqm mqm <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Thu, 23 Jan 2003 09:12:35 -0800 Aren't there formal mechanisms for customers to feed requirements into IBM for changes/enhancements to products. For example one mechanism is thru the UK MQ User Group. --- Arlen Williams <[EMAIL PROTECTED]> wrote: > How about telling us when 5.3 will be available on > OpenVMS and NonStop. > > Instructions for managing your mailing list > subscription are provided in > the Listserv General Users Guide available at > http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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 _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail 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: Wish list for Conference
CommerceQuest have something called TriggerPro and there is a supportpac that enable more tailorable triggering. Have you looked at these ? mqm --- "Miller, Dennis" <[EMAIL PROTECTED]> wrote: > Triggering threshold to generate triggers > until specified IPROCS level is reached. Something > like the TRIGTYPE=EVERY limit which can be specified > in VSE, but for other platforms and for other > TRIGTYPEs. The idea is to get better support for > parallel processing out of the triggering engine. > > > Instructions for managing your mailing list > subscription are provided in > the Listserv General Users Guide available at > http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Wish list for Conference
How about being able to specify the maximum connections allowed per client connection. This would stop a "denial of service" kind of attack where a badly behaved program keeps reconnecting without reusing connections/disconnecting. John. -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: 22 January 2003 16:17 To: [EMAIL PROTECTED] Subject: Wish list for Conference Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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 ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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: Wish list for Conference
Yes I'm sure you are right. There is no MQ users group in my area. I don't know if every MQ user group is active, and if so, is actively tracking, prioritizing and forwarding such requests to IBM. There is another product I was associated with that had regional user groups and a national user group, which collected both regional group requests and individual requests, and put them together, prioritized them and forwarded them. The vendor of that product paid more attention to requests coming from a group that represented over 100 companies/customers, vs a regional group that might represent 10 or 20. That national group has a good rapport with the vendor and was able to present the requests to the product development management, and even had a representative participate in product development planning sessions. Perhaps the mechanisms that IBM has are good, without too many levels between the customer and the development management. I seem to remember getting feedback from IBM on a request I had a couple of years ago. I personally would feel better if I knew where I stood with everyone else (other customers) in terms of the importance or usefulness of a request I made. I also like to see other people's requests, because they usually are thinking of things I never have, and/or get me thinking of using MQ in a new and better way. Also, often I just accept the product's behavior without questioning it's implementation, while others with more experience realize that there is a deficiency. Sorry for the long response.. I just see so many of the 'wouldn't it be nice..' emails go by in the last few years and I know the conference is coming up (and IBM makes such a big deal out of the Wed afternoon session, and of course, I wouldn't miss that one for the world!). Its an opportunity... From: mqm mqm <[EMAIL PROTECTED]> on 01/23/2003 12:12 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: Wish list for Conference Aren't there formal mechanisms for customers to feed requirements into IBM for changes/enhancements to products. For example one mechanism is thru the UK MQ User Group. --- Arlen Williams <[EMAIL PROTECTED]> wrote: > How about telling us when 5.3 will be available on > OpenVMS and NonStop. > > Instructions for managing your mailing list > subscription are provided in > the Listserv General Users Guide available at > http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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 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: Wish list for Conference
Triggering threshold to generate triggers until specified IPROCS level is reached. Something like the TRIGTYPE=EVERY limit which can be specified in VSE, but for other platforms and for other TRIGTYPEs. The idea is to get better support for parallel processing out of the triggering engine. 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: Wish list for Conference
Aren't there formal mechanisms for customers to feed requirements into IBM for changes/enhancements to products. For example one mechanism is thru the UK MQ User Group. --- Arlen Williams <[EMAIL PROTECTED]> wrote: > How about telling us when 5.3 will be available on > OpenVMS and NonStop. > > Instructions for managing your mailing list > subscription are provided in > the Listserv General Users Guide available at > http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Wish list for Conference
How about telling us when 5.3 will be available on OpenVMS and NonStop. 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
Wish list for Conference
Hello, One thing I want to know is if there is going to be a version of MQServer for the Mac OS X, since this is based of free BSD. The other thing is not necessarily a wish, but a while ago there was an e-Mail which was sent out occasionally whenever there was any new (versions) support pacs - I think it was Jeff Hooper who sent these. We do not seem to receive these e-Mails anymore... Can we have this "feature" back? Edward Pius Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Wish list for Conference
1. the new, eclipse-based GUI for MQSI. I hope this will contents almost my (and Peter's) wishes. 2. a new concept in user management of UserNameServer - own users instead opsys users. But I think this is coming from MQ object authority handling, so it seems only a pipedream 3. a straight declaration about the future of MQ on Alpha platform (DEC / Compaq / HP Tru64 Unix) Tibor > I wish. > 1.) The OTMA Bridge would honor the Request message's Expiry when it builds > the Reply message. > 2.) There was a property on the MQInput node where you could specify the > minimum size MQSI would make the message buffer. MQSI could increase the > size above this value if it had to, but it would never drop below the user > specified minimum. > 3.) A second pair of Reply2Queue / Reply2QueueManager fields in the MQMD. > This would allow me to have my replies come to queue1 and my report messages > go to queue2. This would also allow me to stick MQSI in between 2 apps and > still have all the apps simply reply to the reply 2 info. Currently, MQSI > has to strip the original reply2info, replace it with its own, and then > replace the original again on the way back. In the meantime, it has to store > the original reply info in a database. (Adding this info in a message header > or relying on a queue instead of a database have their own issues) > 4.) A "super" remote queue def. Currently, a remote queue def has only 1 > destination Q / QM / XMIT queue associated with it. There is no way to > administratively have your app start putting to 2 or more queues on the fly. > You have to either change the app to do multiple puts, change the app to use > a dist list, or insert MQSI and have it split the message. A > super-remote-queue-def would allow us to add 1 or more queue / queue manager > / xmits to the original def. Instantly, you can fan your message out to > other queues (additional destinations, a logging queue, etc). > 5.)For the WMQI editor, it would be nice to not only have a search function > but something that will match up your IF/ELSE/END IF's and WHILE/END > CASE/ENDS, etc. I used to work with FOXPRO and it had this feature where it > would do this so you could see if they were mismatched or missing. It would > be even more helpful now that we have combined the majority of our code in > one flow into one compute node and we now have over 4000 lines of code. > 6.)One of the WMQI developers here was saying they would like the ability to > check, IF field NUMERIC. Today we have to go through byte for byte and > check for '0','1','2','3','4','5','6','7','8','9'. > 7.)Someone also brought up DATE FUNCTIONS, such as GREG to JUL and back for > WMQI. > 8.)QPASA figured out how to give GUI capability to mainframe, why not > MQExplorer. Also, MQJExplorer by Neil Kolban is great in that it doesn't > require a local QM. > 9.) (This may be unpopular) : Make the MQ certifications more relevant by > requiring periodic retesting. > 10.) Channel Tables for JAVA clients. > Peter Potkay > -Original Message- > From: Peter Heggie [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 22, 2003 11:17 AM > To: [EMAIL PROTECTED] > Subject: Wish list for Conference > Anyone want to throw in an item or two they would like to see included or > changed in future releases of WMQ ? Someone can give this to Mr Jones on > Wednesday or earlier.. > 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
Re: Wish list for Conference
I wish there was a class specifically geared towards WMQI Administration. Marty G. Trice WebSphere MQSeries/MQSI Administrator Sara Lee Business Services - EAI Group 336.519.2939 [EMAIL PROTECTED] Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Wish list for Conference
In line with the wish for explorer to display MVS queue managers. I wish MVS (ISPF mq menus) could be used to show distributed queue managers. That way we would not have to jump between platforms to look at MQ information. (i know Candle, etc have their tools, but I still like using the native info) glen larson Zurich north america *** PLEASE NOTE *** This E-Mail/telefax message and any documents accompanying this transmission may contain privileged and/or confidential information and is intended solely for the addressee(s) named above. If you are not the intended addressee/recipient, you are hereby notified that any use of, disclosure, copying, distribution, or reliance on the contents of this E-Mail/telefax information is strictly prohibited and may result in legal action against you. Please reply to the sender advising of the error in transmission and immediately delete/destroy the message and any accompanying documents. Thank you. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Wish list for Conference
Make WMQ for z/os to use z/os logstream instead of its own log data set. CTS did it why not MQ. Warren Robert Broderick <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 01/22/2003 11:28:23 AM Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject: Re: Wish list for Conference Seems like we need to hod a conference and have IBM pay us to attend. They would get some good information from us in return!! bee-oh-dubble-bee-dubble-eegghh >From: "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Wish list for Conference >Date: Wed, 22 Jan 2003 13:26:52 -0500 > >I wish. > >1.) The OTMA Bridge would honor the Request message's Expiry when it builds >the Reply message. > >2.) There was a property on the MQInput node where you could specify the >minimum size MQSI would make the message buffer. MQSI could increase the >size above this value if it had to, but it would never drop below the user >specified minimum. > >3.) A second pair of Reply2Queue / Reply2QueueManager fields in the MQMD. >This would allow me to have my replies come to queue1 and my report >messages >go to queue2. This would also allow me to stick MQSI in between 2 apps and >still have all the apps simply reply to the reply 2 info. Currently, MQSI >has to strip the original reply2info, replace it with its own, and then >replace the original again on the way back. In the meantime, it has to >store >the original reply info in a database. (Adding this info in a message >header >or relying on a queue instead of a database have their own issues) > >4.) A "super" remote queue def. Currently, a remote queue def has only 1 >destination Q / QM / XMIT queue associated with it. There is no way to >administratively have your app start putting to 2 or more queues on the >fly. >You have to either change the app to do multiple puts, change the app to >use >a dist list, or insert MQSI and have it split the message. A >super-remote-queue-def would allow us to add 1 or more queue / queue >manager >/ xmits to the original def. Instantly, you can fan your message out to >other queues (additional destinations, a logging queue, etc). > >5.)For the WMQI editor, it would be nice to not only have a search function >but something that will match up your IF/ELSE/END IF's and WHILE/END >CASE/ENDS, etc. I used to work with FOXPRO and it had this feature where >it >would do this so you could see if they were mismatched or missing. It >would >be even more helpful now that we have combined the majority of our code in >one flow into one compute node and we now have over 4000 lines of code. > >6.)One of the WMQI developers here was saying they would like the ability >to >check, IF field NUMERIC. Today we have to go through byte for byte and >check for '0','1','2','3','4','5','6','7','8','9'. > >7.)Someone also brought up DATE FUNCTIONS, such as GREG to JUL and back for >WMQI. > >8.)QPASA figured out how to give GUI capability to mainframe, why not >MQExplorer. Also, MQJExplorer by Neil Kolban is great in that it doesn't >require a local QM. > >9.) (This may be unpopular) : Make the MQ certifications more relevant by >requiring periodic retesting. > >10.) Channel Tables for JAVA clients. > > >Peter Potkay > > >-Original Message- >From: Peter Heggie [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, January 22, 2003 11:17 AM >To: [EMAIL PROTECTED] >Subject: Wish list for Conference > > >Anyone want to throw in an item or two they would like to see included or >changed in future releases of WMQ ? Someone can give this to Mr Jones on >Wednesday or earlier.. > >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 >Archi
Re: Wish list for Conference
bobbee, Aren't you on my distribution of beta testers for 5.3.2 ? This version has an XML message formatter in it. Isn't this what you want or do you want something more ? Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley email : [EMAIL PROTECTED] Tel : External +44 (1962) 818201 Robert Broderick cc: Sent by: MQSeries Subject: Re: Wish list for Conference List 22/01/2003 19:31 Please respond to MQSeries List Hey paul, My developer here abso loves your pac. He was wondering if you could add an XML displayer like the RFHUTIL and for me. I just tried to move messages across servers and when trying to 'MOVE' to a remote queue was told 'TYPE" was invalid. bobbee >From: Paul Clarke <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Wish list for Conference >Date: Wed, 22 Jan 2003 18:41:45 + > > > Ability to do selective displays. e.g. DISPLAY ALL QUEUES where >INITQ=XYZ > >I know it's not ideal but you can do this today with SupportPac MO71 (and >any other expression you can think of) > >Cheers, >P. > >Paul G Clarke >WebSphere MQ Development >IBM Hursley > >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 _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail 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: Wish list for Conference
Hey paul, My developer here abso loves your pac. He was wondering if you could add an XML displayer like the RFHUTIL and for me. I just tried to move messages across servers and when trying to 'MOVE' to a remote queue was told 'TYPE" was invalid. bobbee From: Paul Clarke <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Wed, 22 Jan 2003 18:41:45 + > Ability to do selective displays. e.g. DISPLAY ALL QUEUES where INITQ=XYZ I know it's not ideal but you can do this today with SupportPac MO71 (and any other expression you can think of) Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail 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: Wish list for Conference
Seems like we need to hod a conference and have IBM pay us to attend. They would get some good information from us in return!! bee-oh-dubble-bee-dubble-eegghh From: "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Wed, 22 Jan 2003 13:26:52 -0500 I wish. 1.) The OTMA Bridge would honor the Request message's Expiry when it builds the Reply message. 2.) There was a property on the MQInput node where you could specify the minimum size MQSI would make the message buffer. MQSI could increase the size above this value if it had to, but it would never drop below the user specified minimum. 3.) A second pair of Reply2Queue / Reply2QueueManager fields in the MQMD. This would allow me to have my replies come to queue1 and my report messages go to queue2. This would also allow me to stick MQSI in between 2 apps and still have all the apps simply reply to the reply 2 info. Currently, MQSI has to strip the original reply2info, replace it with its own, and then replace the original again on the way back. In the meantime, it has to store the original reply info in a database. (Adding this info in a message header or relying on a queue instead of a database have their own issues) 4.) A "super" remote queue def. Currently, a remote queue def has only 1 destination Q / QM / XMIT queue associated with it. There is no way to administratively have your app start putting to 2 or more queues on the fly. You have to either change the app to do multiple puts, change the app to use a dist list, or insert MQSI and have it split the message. A super-remote-queue-def would allow us to add 1 or more queue / queue manager / xmits to the original def. Instantly, you can fan your message out to other queues (additional destinations, a logging queue, etc). 5.)For the WMQI editor, it would be nice to not only have a search function but something that will match up your IF/ELSE/END IF's and WHILE/END CASE/ENDS, etc. I used to work with FOXPRO and it had this feature where it would do this so you could see if they were mismatched or missing. It would be even more helpful now that we have combined the majority of our code in one flow into one compute node and we now have over 4000 lines of code. 6.)One of the WMQI developers here was saying they would like the ability to check, IF field NUMERIC. Today we have to go through byte for byte and check for '0','1','2','3','4','5','6','7','8','9'. 7.)Someone also brought up DATE FUNCTIONS, such as GREG to JUL and back for WMQI. 8.)QPASA figured out how to give GUI capability to mainframe, why not MQExplorer. Also, MQJExplorer by Neil Kolban is great in that it doesn't require a local QM. 9.) (This may be unpopular) : Make the MQ certifications more relevant by requiring periodic retesting. 10.) Channel Tables for JAVA clients. Peter Potkay -Original Message----- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 11:17 AM To: [EMAIL PROTECTED] Subject: Wish list for Conference Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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 _ Protect your PC - get McAfee.com VirusScan Online 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: Wish list for Conference
how about a more indept class on MQSI than the MQSI660 or "How to develope in MQSI rather tham take this class just to pass the cert test" tee hee hee From: "Wyatt, T. Rob" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Wish list for Conference Date: Wed, 22 Jan 2003 12:01:24 -0600 Here's my $0.02USD worth... How about implementing some of the cool features available on Z/OS to the distributed platforms? E.g.: REFRESH QMGR(EXPIRY), MOVE QLOCAL MQSC and PCF interfaces to the authorizations? Better cluster admin and diagnostics. Courseware on SSL, both CBT and a hands-on instructor-led lab would be nice. -- T.Rob -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 11:17 AM To: [EMAIL PROTECTED] Subject: Wish list for Conference Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Wish list for Conference
> Ability to do selective displays. e.g. DISPLAY ALL QUEUES where INITQ=XYZ I know it's not ideal but you can do this today with SupportPac MO71 (and any other expression you can think of) Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Wish list for Conference
I wish. 1.) The OTMA Bridge would honor the Request message's Expiry when it builds the Reply message. 2.) There was a property on the MQInput node where you could specify the minimum size MQSI would make the message buffer. MQSI could increase the size above this value if it had to, but it would never drop below the user specified minimum. 3.) A second pair of Reply2Queue / Reply2QueueManager fields in the MQMD. This would allow me to have my replies come to queue1 and my report messages go to queue2. This would also allow me to stick MQSI in between 2 apps and still have all the apps simply reply to the reply 2 info. Currently, MQSI has to strip the original reply2info, replace it with its own, and then replace the original again on the way back. In the meantime, it has to store the original reply info in a database. (Adding this info in a message header or relying on a queue instead of a database have their own issues) 4.) A "super" remote queue def. Currently, a remote queue def has only 1 destination Q / QM / XMIT queue associated with it. There is no way to administratively have your app start putting to 2 or more queues on the fly. You have to either change the app to do multiple puts, change the app to use a dist list, or insert MQSI and have it split the message. A super-remote-queue-def would allow us to add 1 or more queue / queue manager / xmits to the original def. Instantly, you can fan your message out to other queues (additional destinations, a logging queue, etc). 5.)For the WMQI editor, it would be nice to not only have a search function but something that will match up your IF/ELSE/END IF's and WHILE/END CASE/ENDS, etc. I used to work with FOXPRO and it had this feature where it would do this so you could see if they were mismatched or missing. It would be even more helpful now that we have combined the majority of our code in one flow into one compute node and we now have over 4000 lines of code. 6.)One of the WMQI developers here was saying they would like the ability to check, IF field NUMERIC. Today we have to go through byte for byte and check for '0','1','2','3','4','5','6','7','8','9'. 7.)Someone also brought up DATE FUNCTIONS, such as GREG to JUL and back for WMQI. 8.)QPASA figured out how to give GUI capability to mainframe, why not MQExplorer. Also, MQJExplorer by Neil Kolban is great in that it doesn't require a local QM. 9.) (This may be unpopular) : Make the MQ certifications more relevant by requiring periodic retesting. 10.) Channel Tables for JAVA clients. Peter Potkay -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 11:17 AM To: [EMAIL PROTECTED] Subject: Wish list for Conference Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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: Wish list for Conference
OS/390... MQ/CICS bridge... 1.Allow applications to set expiry on the reply message 2.Have the ability to request that the CKBP transaction issue a LINK with SYNCONRETURN 3.Break the affinity between CKBR and CKBP so that they can run in separate CICS regions 4.Allow the queue used by CKBR to be shareable so that multiple CICS regions can servide the same bridge queue Admin... Ability to terminate an active thread. Ability to do selective displays. e.g. DISPLAY ALL QUEUES where INITQ=XYZ Statistics... Message statistics to show # of messages PUT and Gotten from a queue over time period. Dist. queueing... Provide different MAXCHANNEL values to separate SERVER-to-SERVER channels from Client SRVCONN channels Even better, allow MAXCHANNEL to defined at the SRVCONN channel definition level so that each named channel has its own maximum. Still thinking of more... Are we voting on these? Jim Ford <[EMAIL PROTECTED]>To:[EMAIL PROTECTED] Sent by: MQSeries cc: List Subject: Re: Wish list for Conference <[EMAIL PROTECTED] .AT> 01/22/03 12:07 PM Please respond to MQSeries List I would like to see a discussion on tuning parameters on distributed. Specifically, the TuningParamers stanza in qm.ini, and the shared memory and semaphore parameters in /etc/system. I understand that some of this is intentionally undocumented. However, often the support center's response to an outage is to change these settings, and I'd like to be proactive for a change. Peter Heggie cc: Sent by: MQSeries Subject: Wish list for Conference List 01/22/2003 10:16 AM Please respond to MQSeries List Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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: Wish list for Conference
Here's my $0.02USD worth... How about implementing some of the cool features available on Z/OS to the distributed platforms? E.g.: REFRESH QMGR(EXPIRY), MOVE QLOCAL MQSC and PCF interfaces to the authorizations? Better cluster admin and diagnostics. Courseware on SSL, both CBT and a hands-on instructor-led lab would be nice. -- T.Rob -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 22, 2003 11:17 AM To: [EMAIL PROTECTED] Subject: Wish list for Conference Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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: Wish list for Conference
Hi, A good thing to have is a real ClusterWorkload, this means a exit that is able to do real workload balancing. and not some "round-robin". This should also work when sending to a local cluster queue that are full, and the cluster queue on another qmgr is available That would help me a lot.. Best regards Joergen H. Pedersen Systemprogrammer WM-data SDC [EMAIL PROTECTED] IBM Certified MQSeries Specialist IBM Certified MQSeries Solutions Expert Please apply this disclaimer to the above message - the opinions are mine and certainly not necessarily those of my employer. 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: Wish list for Conference
YES A command to stop a defunked debug session with the broker. Instead of having to blow away the Broker a configurable parameter to allow the use of a USER ID and Password instead of what the Broker is running under to interface with external DB's These are off the top of my head. bobbee From: Peter Heggie <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Wish list for Conference Date: Wed, 22 Jan 2003 11:16:32 -0500 Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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 _ Protect your PC - get McAfee.com VirusScan Online 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: Wish list for Conference
I would like to see a discussion on tuning parameters on distributed. Specifically, the TuningParamers stanza in qm.ini, and the shared memory and semaphore parameters in /etc/system. I understand that some of this is intentionally undocumented. However, often the support center's response to an outage is to change these settings, and I'd like to be proactive for a change. Peter Heggie cc: Sent by: MQSeriesSubject: Wish list for Conference List 01/22/2003 10:16 AM Please respond to MQSeries List Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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
Wish list for Conference
Anyone want to throw in an item or two they would like to see included or changed in future releases of WMQ ? Someone can give this to Mr Jones on Wednesday or earlier.. 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