| Author |
Message
|
| klamerus |
 Posted: Fri Mar 25, 2005 8:14 pm Post subject: Getting List of Queues |
 |
|
Disciple
Joined: 05 Jul 2004
Posts: 199
Location: Detroit, MI
|
What API would I use to get a list of the queues in a queue manager?
I'm using VB and right now I'm using the code snippet:
Set QMgr = MQSess.AccessQueueManager("Test1")
Set Queue = QMgr.AccessQueue("TestQueue1", MQOO_OUTPUT)
But I want to get a list of the queues and offer those to the user instead of making them know in advance. |
|
| Back to top |
|
 |
| EddieA |
| Posted: Fri Mar 25, 2005 10:25 pm Post subject: |
|
|
Jedi
Joined: 28 Jun 2001
Posts: 2453
Location: Los Angeles
|
| Quote: |
What API would I use to get a list of the queues in a queue manager?
|
Try the "Search" button. This question has been asked more times than I can remember.
| Quote: |
| But I want to get a list of the queues and offer those to the user instead of making them know in advance |
I'd love to see you design for this. You want applications to PUT and GET their data from any random queue. Applications communicating with each other have to have some form of agreement as to where the data will be.
Cheers,
_________________
Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Sat Mar 26, 2005 3:20 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| EddieA wrote: |
| Quote: |
What API would I use to get a list of the queues in a queue manager?
|
Try the "Search" button. This question has been asked more times than I can remember.
| Quote: |
| But I want to get a list of the queues and offer those to the user instead of making them know in advance |
I'd love to see you design for this. You want applications to PUT and GET their data from any random queue. Applications communicating with each other have to have some form of agreement as to where the data will be.
Cheers, |
I can only imagine this is some configuration wizard kind of application...
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| klamerus |
| Posted: Sat Mar 26, 2005 4:30 am Post subject: |
|
|
Disciple
Joined: 05 Jul 2004
Posts: 199
Location: Detroit, MI
|
Well, I already did a "search", but didn't find any code snippets.
This is for a tool for my team, which does management of one of our systems. The point isn't to send things in/out of the queues, it is to monitor their depth. Our queue manages easily have a dozen queues each. I'd like to simploy specify the managers vs. all the queues. |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Sat Mar 26, 2005 4:35 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| klamerus wrote: |
| This is for a tool for my team, which does management of one of our systems. The point isn't to send things in/out of the queues, it is to monitor their depth. Our queue manages easily have a dozen queues each. I'd like to simploy specify the managers vs. all the queues. |
ah re-inventing the wheel 
have you looked at what is available to do what you need?
with MO71, MO72 and IH03 I think you are almost there...
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| klamerus |
| Posted: Sat Mar 26, 2005 4:43 am Post subject: |
|
|
Disciple
Joined: 05 Jul 2004
Posts: 199
Location: Detroit, MI
|
Unfortunately, the tools available are either: 1, more expensive than management wishes to spend; 2, pretty cheesy.
What we need is probably not so much of a tool as a kiosk.
The issue is that both people on our team and our end-user community often find themselves wondering what's going on in our application. It can take hours for messages to process, and the end-users are in the dark during this on where their requests are and if the system is doing okay.
What we want to do is have a web site with pages the end-users can go to and check things out. The web environment for us is windows, so we're going to need to have asp/aspx pages (so vbscripting or something like that using com/activex). What I'm doing now is figuring out what these pages might need in them to display how the queues look (and also the database we use to track work that already completed).
My team would have its own pages eventually, but we see no reason to not do our work in the same web site. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Sat Mar 26, 2005 5:12 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
So what you'd like is... a web based tool that allows for customized and personalized views of your MQ Network...
And you don't want to pay a lot of money for it...
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| klamerus |
| Posted: Sat Mar 26, 2005 6:07 am Post subject: |
|
|
Disciple
Joined: 05 Jul 2004
Posts: 199
Location: Detroit, MI
|
Well, we're not personalizing or customizing. This isn't going to be general purpose. We have a fixed system of 3 servers with a few dozen queues. We track the work in a database of transactions (to keep track of the work the system did after the fact).
We have project dollars to build this web application, and we're going to figure out the various views that our team and the user team need.
The views will mostly be static (will be static for the end-users). I want for my team's views to be a bit more dynamic, but not crazy. The thing is we need this web site regardless. My team gets just too many calls asking how work is going in the system. Self-serve will help.
So far as tools, the best tool seems to be the contact admin tool. It's great, but way expensive. It's got all the monitoring, etc. I may be able to get that factored into the project, but we still need the site. |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Sat Mar 26, 2005 6:15 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| klamerus wrote: |
| We have project dollars to build this web application, and we're going to figure out the various views that our team and the user team need. |
the classic build vs buy pitfall
| klamerus wrote: |
| So far as tools, the best tool seems to be the contact admin tool. It's great, but way expensive. It's got all the monitoring, etc. I may be able to get that factored into the project, but we still need the site. |
did you also look at other tools like reconda's QN-AppWatch and QN-StatWatch?
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Sat Mar 26, 2005 6:28 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| klamerus wrote: |
| Well, I already did a "search", but didn't find any code snippets. |
net + list + queues in the search field gave me this:
http://www.mqseries.net/phpBB/viewtopic.php?t=11662&highlight=pcf+net
I created a Java Applet that gave the civilians a view of what their queue depths were like over a web page. Since each page is for a specific project, the page relies on an ini file where I list all the app queues, DLQs, and XMITQs that relate. It refreshes every 3 seconds, giving an almost real time view. As depths change, I made a little # pop up next to each actual queue depth showing how much the depth changed since the last refresh, and that value stays lit for 3 refresh cycles. This is realy handy because when you are staring at a screen of 100 queues trying to find where a message got hung up, its easy to see the blinking alert saying this queue depth is +1. It really cool when a huge batch job is sent in by the mainframe that has to go thru a clustered WB-IMB setup over to a clustered application setup, and then the replies in reverse. Very easy to show the application it ain't the MF that is slow, it ain't MQ that is slow, the bottle neck is in the WB-IMB flows, because the their queues start to back up, and even more so their app is the slowest, because their queues back up even more.
Yeah, I kinda reinvented the wheel, but it was also a way for me to play with Java. It was and is the only program I wrote in Java, but at least now I can understand the Java guys when they call me up and say they can't create a QM object succesfully.
QPASA does have the ability to build these views as well. But the refresh rate will never be 3 seconds, and there is no way to build in that little pop up that shows how much the depth rose since the last refresh. Also the old version we are at relied on a fat client - much easier to send a website link then install a fat client every time someone wants a look. The next version of QPASA will allow fully functional web clients, and hopefully better performance so we can increase our refresh rates.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| klamerus |
| Posted: Sat Mar 26, 2005 6:31 am Post subject: |
|
|
Disciple
Joined: 05 Jul 2004
Posts: 199
Location: Detroit, MI
|
Buy-vs-build no.
We can afford to buy when there's something that that does what we want to buy. I'm running about $15 MM / year in projects here and don't have time to waste on building when I can buy.
I'm planning to buy a management tool for the environment. This is a portal need, and it needs to be part of a partner-support portal within which they can do a number of things. I mentioned a few, but the list will include:
- check on the status of their requests
- check on overall work performed by the site over time (requests, how long they took, which application they were for, etc.)
- request support
- requests new application access to site
- etc.
So, the goal here will be the portal. The company standard is MS for web-tier. So, I need to figure out how to deal with MQ via VB, VB.Net, C#.Net or something. For web sites, we mainly stick with VBScripting (in the pages) making use of COM/ActiveX components.
I know there is an MQ COM/ActiveX component, but finding examples using it is pathetic. Mostly all Java.
The web site needs to connect to the queue manages (another system) and pull back information from the queues. I've got both a VB examples connecting to a local queue now and adding a message (not that I want to do that), and a VB.Net example that connects to a queue manager and gets a list of queues on it. The next thing will be to modify this (I'm using my laptop) to connect to the queue manager on our server. That seems to be a bit of a challenge. Once I have that, that should be enough of the basics to be able to estimate (with the team) how much of a project it will take to do this in a real project (I'm just doing feasibility stuff). |
|
| Back to top |
|
|
| klamerus |
| Posted: Sat Mar 26, 2005 6:33 am Post subject: |
|
|
Disciple
Joined: 05 Jul 2004
Posts: 199
Location: Detroit, MI
|
Peter's post looks promising (like the icon by the way).
Now I have to map that into VB/VB.Net/C#.
I also need to connect to a queue manager that is remote. Our web application won't be on the same server as the queue manager. It has to reside in the company web environment and talk to the servers with the MQ and others with our database. |
|
| Back to top |
|
|
| JT |
| Posted: Sat Mar 26, 2005 6:34 am Post subject: |
|
|
Padawan
Joined: 27 Mar 2003
Posts: 1564
Location: Hartford, CT.
|
| There are samples for issuing Programmable Command Format (PCF) messages available at: <install_dir>\IBM\WebSphere MQ\Tools\VB\sampVB6 |
|
| Back to top |
|
|
| klamerus |
| Posted: Sat Mar 26, 2005 6:48 am Post subject: |
|
|
Disciple
Joined: 05 Jul 2004
Posts: 199
Location: Detroit, MI
|
Thanks. Forgot about those, but they look pretty useful too.
I can't believe I'm working on this on Eastern weekend, 2 days before I head off on a vacation to Rome...
It's a shame there are so many examples in Java (which I love) when I have to fit within the company standards of MS, Windows, and VB.whatever. It's a terrible place for a UNIX/Java/Perl bigot to be.
I think that between all this I'm almost there - except for connecting to a queue manager on a remote system. That seems to be the remaining major detail. |
|
| Back to top |
|
|
| klamerus |
| Posted: Sat Mar 26, 2005 7:10 am Post subject: |
|
|
Disciple
Joined: 05 Jul 2004
Posts: 199
Location: Detroit, MI
|
Forgot to thank everyone for their continued patience and helfulness.
I am technical, but I'm currently responsible for way too many projects to learn everything to the level necessary to answer all these questions myself.
Unfortunately, my team for this application does not have the skills or work processes to get from A-Z as quickly as I want (actually, nobody ever seem to do that - I set the bar too high), but I need to get them to answers for the sake of my current client.
So, I end up being a slave-driver (sometimes) at work and persistently asking newbie questions elsewhere. I know I should do all the playing around to figure this out myself, but Q&A like this and my tinkering is about as close as I get to have that kind of fun these days.
I appreciate these are rather fundamental questions and the help that everyone's been providing. I have found that there are very few flames or rants in this forum, which is very refreshing. |
|
| Back to top |
|
|
|
|
