ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » News/Updates » MO71 Version 9.0 Available

Post new topic  Reply to topic Goto page Previous  1, 2, 3
 MO71 Version 9.0 Available « View previous topic :: View next topic » 
Author Message
jcv
PostPosted: Fri Aug 26, 2016 9:20 am    Post subject: Reply with quote

Chevalier

Joined: 07 May 2007
Posts: 411
Location: Zagreb

... I meant:

if QMi is the name of ith member of the group, of course. If it's not, then it would be whatever its name is.
Back to top
View user's profile Send private message Visit poster's website
jcv
PostPosted: Mon Aug 29, 2016 8:31 am    Post subject: Reply with quote

Chevalier

Joined: 07 May 2007
Posts: 411
Location: Zagreb

There is a natural idea that for each new qmgr cluster that appears in definitions known to MO71, automatic assignment of qmgr cluster members to a corresponding new network name is done. That suggests also that in different places (including main window and multi qmgr left pane), grouping into such created network names may be at times more interesting than grouping into QM groups, because it would be based on something that actually exists in qmgr definitions too, ie not on something that just exists in qmgr locations (that is in MO71 solely).
Whether such automatism would be utilized by users or not (in case they were able to enable it), would depend on where Network names can be used and how.
Of course that QM groups can be based on qmgr cluster membership too if MO71 user decides so, I just accepted the fact that currently QM groups do not allow overlapping, and because of that in some cases analogous automatic assignment to QM groups could not be performed without removing that constraint.
Of course that you could also implement grouping on different screens based on qmgr cluster membership by extracting data from definitions without mixing it with Network names, or saving it in location in visible way, because it would be neccessary to remove it too when qmgr removed from cluster, but it seemed natural to me, now that's maybe even more natural.
Back to top
View user's profile Send private message Visit poster's website
PaulClarke
PostPosted: Tue Aug 30, 2016 9:57 pm    Post subject: Reply with quote

Grand Master

Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand

Hi,

I appreciate that you have moved on from your original requirement; in fact you have perhaps suggested four or five ways of fixing this issue. reminds me of my comment about customer requirements not always aligning, in your case you can't seem to decide exactly what you just amongst yourself. That is one of the problems with software, one is only limited by ones imagination which means that there are always many ways to solve the same problem.

However, the base problem still exists and that is that in a multi-QM list dialog you could have very many Queue Managers presented in the left-hand pane and some way of reducing this list would be useful.

You will be pleased to hear (I hope) that you can now download version 9.0.1 of MO71 here http://www.mqgem.com/mo71.html This displays a search field at the top of the Queue Manager pane on list dialogs. Just as in the main window entering a string will restrict the Queue Managers shown. In addition the last 20 search entries used will be remembered in the drop-down. A finally the search field will be initialised to the search field currently in force in the main window.

I hope this goes a considerable way to solving you usability issues. I appreciate that more can be done, this is always the case. However, with a search field and the ability to put each Queue Manager in as many networks as you like means that you can very simply show whatever grouping makes sense for your installation,

Regards,

Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com
Back to top
View user's profile Send private message Visit poster's website
jcv
PostPosted: Wed Aug 31, 2016 3:42 am    Post subject: Reply with quote

Chevalier

Joined: 07 May 2007
Posts: 411
Location: Zagreb

Hi,

this looks OK to me, thank you.

Regards,
jcv
Back to top
View user's profile Send private message Visit poster's website
jcv
PostPosted: Fri Sep 30, 2016 2:22 am    Post subject: Reply with quote

Chevalier

Joined: 07 May 2007
Posts: 411
Location: Zagreb

Hi Paul,

since Ohio is somewhere halfway between New Zealand and Croatia, I had a serious intention to go to MQTC, to introduce myself to Morag and you, and meet other important members of MQ community, but my employer refused to pay any expenses, and I was too cheap to pay it all by myself, so, my visit to Niagara Falls will be postponed for an indefinite period of time. In the meantime, allow me to continue with some more ideas on how to improve slightly your product.
1. I would like an option (since it would induce a small performance penalty, it has to be optional) to extract distinct values into a dropdown list placed in a head of each displayed column to enable filtering, that is instead of manual entering, selecting from a dropdown list let's say a value 10.x.x.x for conname would add expression " & conname='10.x.x.x'" to the filter.
2. I would like to have a set of predefined filters shipped with MO71 (for which there is a consensus it would be commonly useful). One such example would be the ability to display getHostnameByIPaddr(conname) column besides conname. It should be ideally implemented so that it performs nslookup only once per each distinct value, and saves the result locally in some MO71 table for future use. I know it should be feasible, since there is a system() function call, but it would be best that you implement it for the benefit of all your customers. Another (much simpler) example would be for queue statistics, that I already added as default for all locations when using that display without auto refresh & export options:

@$reset_timestamp# := date$(_time,'d.mm.y HH:M:S');
if (resetint<60)
@$formatted_reset_interval# := str$(resetint)+' seconds';
if (resetint>59 && resetint<3600)
@$formatted_reset_interval# := str$(resetint/60)+' minutes';
if (resetint>3599 && resetint<86400)
@$formatted_reset_interval# := str$(resetint/3600)+' hours';
if (resetint>86399)
@$formatted_reset_interval# := str$(resetint/86400)+' days';
1;

So, if I take just a few random screen shots/resets, these columns add useful (at least it seems so to me) information. Of course, one can implement it better, if one is interested at all.
3. On a channel status dialog, double click on JOBNAME could spawn connection list dialog that displays connections whose pid & tid are contained in a JOBNAME.

Cheers
jcv
Back to top
View user's profile Send private message Visit poster's website
mqjeff
PostPosted: Fri Sep 30, 2016 3:43 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

Hi JCV -
Perhaps you could continue these conversations with MQGem through their email support.
It would make things easier for the rest of us to know that there's an official update, or another set of discussions here.

I personally always like to meet members of the community at MQTC, so it is unfortunate that you could not make it.
_________________
chmod -R ugo-wx /
Back to top
View user's profile Send private message
jcv
PostPosted: Fri Sep 30, 2016 5:10 am    Post subject: Reply with quote

Chevalier

Joined: 07 May 2007
Posts: 411
Location: Zagreb

Hi Jeff, yeah, sure, maybe next year.
Back to top
View user's profile Send private message Visit poster's website
mqjeff
PostPosted: Fri Sep 30, 2016 5:13 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

jcv wrote:
Hi Jeff, yeah, sure, maybe next year.


That's three months from now. It seems a long time.

Are you on holidays until then? Too busy with final changes before year end?

I'm sure that MQGem would appreciate you contacting them directly as well.
_________________
chmod -R ugo-wx /
Back to top
View user's profile Send private message
hughson
PostPosted: Fri Sep 30, 2016 8:50 am    Post subject: Reply with quote

Padawan

Joined: 09 May 2013
Posts: 1914
Location: Bay of Plenty, New Zealand

mqjeff wrote:
Hi JCV -
Perhaps you could continue these conversations with MQGem through their email support.

MQGem would be delighted to hear from JCV directly as Paul said in his first response.
PaulClarke wrote:
This might be better discussed via email rather than in the forum however since you've made the comment here I'll respond.


mqjeff wrote:
jcv wrote:
Hi Jeff, yeah, sure, maybe next year.


That's three months from now. It seems a long time.

I think he may have been referring to next year's MQTC?

Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic  Reply to topic Goto page Previous  1, 2, 3 Page 3 of 3

MQSeries.net Forum Index » News/Updates » MO71 Version 9.0 Available
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.