Author |
Message
|
WMBSAM |
Posted: Mon Mar 15, 2010 6:16 am Post subject: Ping Operation |
|
|
 Voyager
Joined: 02 Oct 2009 Posts: 90 Location: Atlanta
|
I have a requirement where i need to add certain ping operation to my message flows where any one can check whether the flow is up and running. anyone thru their browser can test whether the flow is running as they receive certain success message if the flow is up and running on their browser.
I have tried to add a operation to existing WSDL but as browser only supports HTTP Get method i was not able to implement it ( as i could see thru tcp-ip monitor).
I am using the SOAP node as input node for the message flow .
Any suggestions???
 |
|
Back to top |
|
 |
WMBSAM |
Posted: Mon Mar 15, 2010 12:41 pm Post subject: |
|
|
 Voyager
Joined: 02 Oct 2009 Posts: 90 Location: Atlanta
|
Or is there any other alternative way where we can expose some ping functionality to the clients of the message broker?? |
|
Back to top |
|
 |
smdavies99 |
Posted: Mon Mar 15, 2010 1:17 pm Post subject: |
|
|
 Jedi Council
Joined: 10 Feb 2003 Posts: 6076 Location: Somewhere over the Rainbow this side of Never-never land.
|
I'm puzzled as to the real business critical reason for this.
Do you not trust broker to keep things running?
None of the clients/projects I've worked on have ever mentioned wanting something like this in the almost 9 years I've been using broker. _________________ WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
Back to top |
|
 |
Vitor |
Posted: Mon Mar 15, 2010 3:10 pm Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
smdavies99 wrote: |
I'm puzzled as to the real business critical reason for this. |
What will the end users do if the ping fails? Restart the broker? How many of them have the skill and the access?
smdavies99 wrote: |
Do you not trust broker to keep things running?
|
And if you don't (like many people) why not monitor the broker like everyone else does? So that technical people with the correct skills and access can fix it? _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
WMBSAM |
Posted: Mon Mar 15, 2010 5:00 pm Post subject: |
|
|
 Voyager
Joined: 02 Oct 2009 Posts: 90 Location: Atlanta
|
Actually this set of flows are developed for the development environment and just thought to add a functionality where they can know whether the flows are running or not to avoid number of queries from the fellow developers if the flow is down for some reason . and i agree with you that no one likes to add such functionality for the production. |
|
Back to top |
|
 |
fjb_saper |
Posted: Mon Mar 15, 2010 8:07 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
WMBSAM wrote: |
Actually this set of flows are developed for the development environment and just thought to add a functionality where they can know whether the flows are running or not to avoid number of queries from the fellow developers if the flow is down for some reason . and i agree with you that no one likes to add such functionality for the production. |
As an idea, why not create the correct aclentry (display) that would allow them to see the flow status in the toolkit? (/ toolkit proxy)  _________________ MQ & Broker admin |
|
Back to top |
|
 |
francoisvdm |
Posted: Mon Mar 15, 2010 11:42 pm Post subject: |
|
|
Partisan
Joined: 09 Aug 2001 Posts: 332
|
I've had to do this before...it does save some time cutting communication for a simple question.
Use the HTTPInput node in the same flow as the message flow you want to check. Then just create some reply to flow back with the HTTPReply node. Now anybody can just type a URL in their browser and they will get a response back if flow is up.
Not perfect, but it works 99% of the time.
Have fun _________________ If you do not know the answer or you get the urge to answer with "RTFM" or "Search better in this forum", please refrain from doing so, just move on to the next question. Much appreciated.
Francois van der Merwe |
|
Back to top |
|
 |
mgk |
Posted: Tue Mar 16, 2010 12:24 am Post subject: |
|
|
 Padawan
Joined: 31 Jul 2003 Posts: 1642
|
The SOAPInput node's execution group listener will accept an HTTP HEAD request to either '/' which means the execution group is "up" if you get a 200 reply or an actual URL, which means that at least one node is registered on that URL if you get a 200 reply or it returns a 404 which means no node has registered on that URL. As SOAPInput nodes "register" when they start you can use this to see if the flow is "up".
Kind Regards, _________________ MGK
The postings I make on this site are my own and don't necessarily represent IBM's positions, strategies or opinions. |
|
Back to top |
|
 |
|