| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| last api timestamp connection parameter |
« View previous topic :: View next topic » |
| Author |
Message
|
| jcv |
 Posted: Fri Jul 10, 2015 6:41 am Post subject: |
 |
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
Cool, I missed that! Thank you. 
By the way, I was impressed by your RFE 45694 back then when I voted for it, and unfortunately forgot later it was yours. If I remembered that, I would probably not mention the point of these RFEs the way I did. No hard feelings I hope?
And I probably agree with you, that PID and TID should be presented in PID and TID columns in chstatus table. |
|
| Back to top |
|
 |
| tczielke |
| Posted: Fri Jul 10, 2015 6:59 am Post subject: |
|
|
Guardian
Joined: 08 Jul 2010
Posts: 941
Location: Illinois, USA
|
| jcv wrote: |
| By the way, I was impressed by your RFE 45694 back then when I voted for it, and unfortunately forgot later it was yours. If I remembered that, I would probably not mention the point of these RFEs the way I did. No hard feelings I hope? |
I am not sure what you are talking about with "No hard feelings", but I did not take any offense to anything you have posted regarding RFEs. 
For RFE 45694 - Internal Trace Table for MQ Distributed Tracing, thanks for the compliment, but I can't take much credit there. I am just copying what CICS and MQ already do on z/OS, probably since at least the 90s!.
_________________
Working with MQ since 2010. |
|
| Back to top |
|
|
| jcv |
| Posted: Fri Jul 10, 2015 8:08 am Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
Well copied then. If I was able to add kudos to your account on this forum, I certainly would. Unfortunately, the need to copy features from z/OS version of MQ to unix is a common thing.
Cheers. |
|
| Back to top |
|
|
| tczielke |
| Posted: Fri Jul 10, 2015 8:10 am Post subject: |
|
|
Guardian
Joined: 08 Jul 2010
Posts: 941
Location: Illinois, USA
|
Thanks, again for the kind words. I appreciate it!
_________________
Working with MQ since 2010. |
|
| Back to top |
|
|
| jcv |
| Posted: Fri Jul 10, 2015 8:44 am Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
| jcv wrote: |
... PID and TID should be presented in PID and TID columns in chstatus table. |
... as decimal values in their own separate columns, I meant. |
|
| Back to top |
|
|
| jcv |
| Posted: Wed Jul 29, 2015 2:30 am Post subject: |
|
|
Chevalier
Joined: 07 May 2007
Posts: 411
Location: Zagreb
|
Hello, to conclude this thread, I would add that I could have written there more concisely:
| Code: |
$ echo "dis chs(SVRCONN_NAME) CURSHCNV" | runmqsc QM_NAME | grep CURSHCNV | awk -F '[)(]' '{print $2}'| awk '{ total += $1 }; END { print total }'
324
$
|
as one way to sum CURSHCNV values. And although it's obviously not that impossible to identify client connections of interest, as it appeared to me at first, DISCINT and ClientIdle let people set up automatic disconnect and avoid all that manual investigation and handling. So, that's why it is good they introduced it. Obviously, if applications used pooled connection factories, or behaved properly enforced by any other mechanism, even that would be unnecessary. |
|
| Back to top |
|
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
