Author |
Message
|
deepak_paul |
Posted: Sun Mar 14, 2010 5:42 pm Post subject: Event Monitoring for logging |
|
|
Centurion
Joined: 04 Oct 2008 Posts: 147 Location: US
|
All,
We would like to consider Events monitoriing for logging purpose. Before this, we would like to know any other possibe logging options we hav and what would be the pros and cons of that idea.
What about the perfrmance of the message flow if is having Events configured and enabled. |
|
Back to top |
|
 |
Vitor |
Posted: Sun Mar 14, 2010 6:01 pm Post subject: Re: Event Monitoring for logging |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
deepak_paul wrote: |
We would like to consider Events monitoriing for logging purpose. |
Why? Typically logging is used to record business type events or the running of the flow. Events are performance or exception related. So what events do you feel have value in a logging scenario? _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
deepak_paul |
Posted: Sun Mar 14, 2010 6:28 pm Post subject: |
|
|
Centurion
Joined: 04 Oct 2008 Posts: 147 Location: US
|
Vitor,
Please share, if you have any good logging mechanism in mind apart from log4j? |
|
Back to top |
|
 |
Vitor |
Posted: Sun Mar 14, 2010 6:44 pm Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
deepak_paul wrote: |
Please share, if you have any good logging mechanism in mind apart from log4j? |
See my comments on your other post, and stick to the point of this one. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Gaya3 |
Posted: Sun Mar 14, 2010 9:58 pm Post subject: |
|
|
 Jedi
Joined: 12 Sep 2006 Posts: 2493 Location: Boston, US
|
if you are using MB V6.1 / 7 . where you can set the monitoring and catch the events and process in your own way...
we have discussed this in this forum..please search  _________________ Regards
Gayathri
-----------------------------------------------
Do Something Before you Die |
|
Back to top |
|
 |
deepak_paul |
Posted: Sun Mar 14, 2010 11:26 pm Post subject: Re: Event Monitoring for logging |
|
|
Centurion
Joined: 04 Oct 2008 Posts: 147 Location: US
|
Vitor wrote: |
deepak_paul wrote: |
We would like to consider Events monitoriing for logging purpose. |
Why? Typically logging is used to record business type events or the running of the flow. Events are performance or exception related. So what events do you feel have value in a logging scenario? |
Gaya3,
Would you really suggest this as a logging mechasim?
Note: I have tested this monitoring feature. It works well. _________________ Regards
Paul |
|
Back to top |
|
 |
Gaya3 |
Posted: Mon Mar 15, 2010 12:47 am Post subject: |
|
|
 Jedi
Joined: 12 Sep 2006 Posts: 2493 Location: Boston, US
|
what does logging means for you ?  _________________ Regards
Gayathri
-----------------------------------------------
Do Something Before you Die |
|
Back to top |
|
 |
deepak_paul |
Posted: Mon Mar 15, 2010 1:03 am Post subject: |
|
|
Centurion
Joined: 04 Oct 2008 Posts: 147 Location: US
|
from our project perspective, logging is to record what is happening in the message flows...
1. And also is it possible to have a single XML event for a message level expling each node's event?
2. Is there any team out there to be using this Event monitoring feature as a loggibng and auidt mechanism? _________________ Regards
Paul |
|
Back to top |
|
 |
Gaya3 |
Posted: Mon Mar 15, 2010 1:22 am Post subject: |
|
|
 Jedi
Joined: 12 Sep 2006 Posts: 2493 Location: Boston, US
|
deepak_paul wrote: |
from our project perspective, logging is to record what is happening in the message flows...
1. And also is it possible to have a single XML event for a message level expling each node's event?
2. Is there any team out there to be using this Event monitoring feature as a loggibng and auidt mechanism? |
i have done this..for one of the project...
you can publish the even for start/failure/success etc. so you can design accordingly _________________ Regards
Gayathri
-----------------------------------------------
Do Something Before you Die |
|
Back to top |
|
 |
smdavies99 |
Posted: Mon Mar 15, 2010 2:35 am Post subject: |
|
|
 Jedi Council
Joined: 10 Feb 2003 Posts: 6076 Location: Somewhere over the Rainbow this side of Never-never land.
|
deepak_paul wrote: |
from our project perspective, logging is to record what is happening in the message flows...
1. And also is it possible to have a single XML event for a message level expling each node's event?
|
I find this somewhat strange. Are you that unsure as to what happens in your flows that you need to have this level of logging even in Production. Have you given any thought as to the performance hit you are likely to encounter?
Is your flow error handling design that unsure that you can't trust it to do the right thing when problems arise?
What are you going to do with this level of detail? Methinks that it may well be junked.
I'm not saying that your requirement is not valid but there are wider implications etc that need to be considered before going in this direction _________________ 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 |
|
 |
deepak_paul |
Posted: Mon Mar 15, 2010 7:39 am Post subject: |
|
|
Centurion
Joined: 04 Oct 2008 Posts: 147 Location: US
|
Gaya3 wrote: |
deepak_paul wrote: |
from our project perspective, logging is to record what is happening in the message flows...
1. And also is it possible to have a single XML event for a message level expling each node's event?
2. Is there any team out there to be using this Event monitoring feature as a loggibng and auidt mechanism? |
i have done this..for one of the project...
you can publish the even for start/failure/success etc. so you can design accordingly |
After configuring these events in the input nodes, did you consider creating a message flow to aggregate all these events and populate a single event with all these details? May i know how exactly you have used this in your project? _________________ Regards
Paul |
|
Back to top |
|
 |
francoisvdm |
Posted: Tue Mar 16, 2010 5:30 am Post subject: |
|
|
Partisan
Joined: 09 Aug 2001 Posts: 332
|
ahh, the poor man's monitor. Yes, I have done that for a customer or two. Basically you enable monitoring on the nodes, and I was doing it in pairs to capture some statistics and then created one message to keep the stats for me via browsing a stats queue etc. The results were displayed creating an HTML file from the consolidated messages. I also used google maps with this to show pretty graphs in the browser. Was interesting to do and yes, business did receive some real value from it. _________________ 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 |
|
 |
deepak_paul |
Posted: Tue Mar 16, 2010 2:50 pm Post subject: |
|
|
Centurion
Joined: 04 Oct 2008 Posts: 147 Location: US
|
francoisvdm wrote: |
ahh, the poor man's monitor. Yes, I have done that for a customer or two. Basically you enable monitoring on the nodes, and I was doing it in pairs to capture some statistics and then created one message to keep the stats for me via browsing a stats queue etc. The results were displayed creating an HTML file from the consolidated messages. I also used google maps with this to show pretty graphs in the browser. Was interesting to do and yes, business did receive some real value from it. |
Did you face any performance issue with this configuration?
A general question: Will this Monitoring configuration on each each in the flow result performing the message flow slow? _________________ Regards
Paul |
|
Back to top |
|
 |
Gaya3 |
Posted: Tue Mar 16, 2010 11:22 pm Post subject: |
|
|
 Jedi
Joined: 12 Sep 2006 Posts: 2493 Location: Boston, US
|
deepak_paul wrote: |
francoisvdm wrote: |
ahh, the poor man's monitor. Yes, I have done that for a customer or two. Basically you enable monitoring on the nodes, and I was doing it in pairs to capture some statistics and then created one message to keep the stats for me via browsing a stats queue etc. The results were displayed creating an HTML file from the consolidated messages. I also used google maps with this to show pretty graphs in the browser. Was interesting to do and yes, business did receive some real value from it. |
Did you face any performance issue with this configuration?
A general question: Will this Monitoring configuration on each each in the flow result performing the message flow slow? |
this monitoring way is better than Log4j as well as hard coding Auditing in ESQL or JAVA.
never impacts the message flow, read about the monitoring features for MB V6.1 and MB V7 _________________ Regards
Gayathri
-----------------------------------------------
Do Something Before you Die |
|
Back to top |
|
 |
francoisvdm |
Posted: Tue Mar 16, 2010 11:36 pm Post subject: |
|
|
Partisan
Joined: 09 Aug 2001 Posts: 332
|
Everything additional will have an impact, but as far as I could tell this was very light. You can also prioritize messages etc to make sure monitoring have as little as possible impact. _________________ 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 |
|
 |
|