| Author |
Message
|
| sebastia |
 Posted: Wed Jul 18, 2012 2:22 am Post subject: how to display MQ Explorer default test |
 |
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
|
| Back to top |
|
 |
| sovee |
| Posted: Tue Aug 07, 2012 3:01 pm Post subject: |
|
|
Novice
Joined: 23 Jul 2012
Posts: 12
|
| The view can be opened manually at any time by clicking Window > Show View > WebSphere MQ Explorer - Test Results. |
|
| Back to top |
|
|
| sebastia |
| Posted: Wed Aug 08, 2012 12:51 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Aug 08, 2012 5:07 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| sebastia wrote: |
I do NOT want to see the test RESULTS.
I want to see the test SOURCE ...
|
Oh, you want to see IBM's proprietary, internal code, to see exactly how they accomplish each test?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| sebastia |
| Posted: Sat Aug 11, 2012 1:11 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Hi, Bruce.
Maybe I am wrong, but I think in version 6 the tests were visible, even there were less of them, am I right ?
And I always thought that being "open" is better than being "dark" and "closed", even we know ibm's always had another point of view.
Could you imagine giving OS/2 propietary code to the open community, instead of sinking it into the garbage ? We had 32-bit drivers in OS/2 back in 1989 whilst win 3.11 was spitting BSoD one after another. Linux woud have not existed maybe ! Even uSoft could have had big trouble ...
And if mr Lane is kind enough to try to teach us how to write Java tests ...
>>> http://www.ibm.com/developerworks/websphere/library/techarticles/0512_lane/0512_lane.html
... what better example that the code of the first and basic tests ... like "is DLQ empty?" or "does customer have FDCs ?"
Cheers ! |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sat Aug 11, 2012 6:45 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| sebastia wrote: |
Hi, Bruce.
Maybe I am wrong, but I think in version 6 the tests were visible, even there were less of them, am I right ?
And I always thought that being "open" is better than being "dark" and "closed", even we know ibm's always had another point of view.
Could you imagine giving OS/2 propietary code to the open community, instead of sinking it into the garbage ? We had 32-bit drivers in OS/2 back in 1989 whilst win 3.11 was spitting BSoD one after another. Linux would have not existed maybe ! Even uSoft could have had big trouble ...
And if mr Lane is kind enough to try to teach us how to write Java tests ...
>>> http://www.ibm.com/developerworks/websphere/library/techarticles/0512_lane/0512_lane.html
... what better example that the code of the first and basic tests ... like "is DLQ empty?" or "does customer have FDCs ?"
Cheers ! |
Don't tell me that from the example shown you would not be able to create the tests you mentioned?
Now this might get a little bit more difficult when looking for FDCs as you may show remote qmgrs...
Note that you probably could just as well run the name check from a pc using mo71 and mo72 (mqsc)
like
| Code: |
call QmgrTest qmgrname >> error.log
and in qmgrtest.bat you would have
echo %1
mqsc -g -m %1 < getqlist.mqsc | find "QNAME" | find /V skipfile
With getlist.mqsc containing
dis q(*)
|
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| sebastia |
| Posted: Sat Aug 11, 2012 10:24 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
mr Saper ... there are lots of things I can do quite well, as run scripts and shells and BATs and CMDs and RUNMQSC's .... but I have to admit Java ... has always been big trouble to me ... jejeje
No problem with AMQSCnnn.C neither .CPP but JAVAPATH and CLASSPATH ... sorry to say I need some helping hand ... jejeje
Big question is : why is MQexplorer hiding it from me ?
Propietary code ? no money from it they will get ...
ibm's big inversion ? better get lots of happy customers that few coins for the code ...
Dont want to teach me ? maybe I shall go play with PYTHON then ...
>>> http://pymqi.sourceforge.net/
Lets all be happy and have fun ... |
|
| Back to top |
|
|
| mqjeff |
| Posted: Sat Aug 11, 2012 11:44 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Python suffers from the fatal design decision of making semantic use of whitespace.
The tests that are run are real live Eclipse Plugins. Writing Eclipse Plugins is an advanced topic not for the average MQ administrator.
The current trend with MQ Explorer is to make it more friendly to the average MQ administrator, and less friendly to the average Eclipse programmer. For example, it's not possible to run MQ Explorer 7.1 in an Eclipse workbench without installing an Eclipse workbench.
There are a lot of complicated factors that contribute to this - including such basic things as the size of the default install!
The devworks article you've posted shows most of the things that you need to do in order to create a Test, except tell you how to write the actual pieces that you actually want to Test.
It's assumed you a) know what you want to test, b) know how to write a program to test it.
First rule of dealing with MQExplorer plugins is that everything you want to do with a queue manager has to be done using Java code that sends PCF messages. So if you can't write Java code that sends the PCF messages you want to send, and processes the responses you get back, then you can't write an MQExplorer plugin - and consequently can't write an MQexplorer Test - since Tests are MQ Explorer plugins.
For the less experienced PCF programmer, I highly recommend PCF Escape messages. |
|
| Back to top |
|
|
| sebastia |
| Posted: Sat Aug 11, 2012 12:04 pm Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Thanks, Jeff - you lines are full of wisdom, of course ...
I know a bit about Java programming ... even I dont enjoy it - I prefer Delphi for graphical interface and C for command-line style programs.
And I know what I want to do with Java and Eclipse.
I have found few of mine customers ask for the same.
They have big big installations. Lots of qmgrs and queues and listeners.
But at a given moment, they want to verify some sub-set is working ok.
This means, we want to display on a clean "pane" :
a) few queues current depth (maybe on diferent qmgrs)
b) few channels status (wide spread qmgrs)
c) few listeners status (shall be on diferent qmgr's)
d) few DLQ's shall be empty (diferent qmgrs, of course)
e) few directories shall not get new FDCs
f) few AMQERR01.LOG files shall be not growing
The output could be quite nice if some "drawing" could be added ...
If this MQ sub-system is running fine, some manager of mine will be happy and will go for a weekend in a diferent mood.
Yes, I have implemented this scenario using Delphi ... few times, and now guess I am providing some input for "MQ wish-list" ... jejeje
Cheers. Sebastian. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Sat Aug 11, 2012 3:24 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
The larger the set of queue managers you are dealing with, the more money you are wasting by not having something like Tivoli in place to monitor and dashboard them.
All of the filtering you're talking about can indeed be achieved in MQExplorer without any customer code -to the best of my knowledge although I've not actually done it - using sets and filters. Then you can create a Custom Test configuration that has only the tests you want it to have, and use the Test Results from that in combination with a set or a filter. |
|
| Back to top |
|
|
| sebastia |
| Posted: Sat Aug 11, 2012 11:49 pm Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
Hi, Jeff. I know the "official" tool is Tivoli.
But I also have to say that, should the company be mine, I would never ever use it. Once you fall into its teeth ... And the price ...
With some graphical icons (a queue, a channel, a listener ...) it should be very easy to build a dashboard within MQexplorer ... jejeje ... with some help of the MQ team. I know MB has few new tools quite powerfull and graphical, to trace the delays within nodes, etc ...
Enjoy. |
|
| Back to top |
|
|
| exerk |
| Posted: Sun Aug 12, 2012 2:41 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| sebastia wrote: |
| Hi, Jeff. I know the "official" tool is Tivoli. |
And there are of course middleware-specific options other than the above-mentioned sledgehammer...
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| sebastia |
| Posted: Sun Aug 12, 2012 4:26 am Post subject: |
|
|
Grand Master
Joined: 07 Oct 2004
Posts: 1003
|
jejeje - I had to look up "http://en.wikipedia.org/wiki/Sledgehammer" ...
Yes, too big to handle, too dificult to configure, too expensive ...
Other tools ? Maybe - i just dont know them.
All I want is to draw a (svrconn) channel, a transmit queue, a channel, a listener, a DLQ and a local queue ... with some thresholds and alarms ...
Maybe MQ team could hire Martin Brown for a year ?
>>> http://www-01.ibm.com/support/docview.wss?uid=swg24030716
IS03 looks excelent to me ...
Thanks for your opinions, dear coleagues ! Sebastian. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sun Aug 12, 2012 6:33 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| sebastia wrote: |
mr Saper ... there are lots of things I can do quite well, as run scripts and shells and BATs and CMDs and RUNMQSC's .... but I have to admit Java ... has always been big trouble to me ... jejeje
No problem with AMQSCnnn.C neither .CPP but JAVAPATH and CLASSPATH ... sorry to say I need some helping hand ... jejeje
Big question is : why is MQexplorer hiding it from me ?
Propietary code ? no money from it they will get ...
ibm's big inversion ? better get lots of happy customers that few coins for the code ...
Dont want to teach me ? maybe I shall go play with PYTHON then ...
>>> http://pymqi.sourceforge.net/
Lets all be happy and have fun ... |
Sorry to say but it seems you've bitten off more than you can chew...
Enlist the help of an experienced Java developer preferably one who understands the eclipse framework and eclipse plug-in development. Help him get started with PCF messages. The rest should be relatively easy...
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| mqjeff |
| Posted: Sun Aug 12, 2012 6:55 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| sebastia wrote: |
| All I want is to draw a (svrconn) channel, a transmit queue, a channel, a listener, a DLQ and a local queue ... with some thresholds and alarms ... |
You should be able to create a custom test configuration that covers those things.
Again, I think with a bit more diligence you will find a lot of little features in MQExplorer that can be assembled to do useful things - sets, filters, custom test configurations...
But you're really not running tests here. You're really creating monitors.
And MQExplorer and Broker Explorer are very carefully designed and built to NOT be monitoring tools.
I think you'll find that MS0P may cover some of the same functionality for MQ rather than Broker. And that BrokerExplorer, which runs on top of MQexplorer, may also provide views on stats that you weren't expecting.
I suggest you review the definition of 'Category 2 SupportPac' to better understand Martin Brown's relationship with the MQ team. |
|
| Back to top |
|
|
|
|
