|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Design Question: log level runtime property |
« View previous topic :: View next topic » |
Author |
Message
|
alechko |
Posted: Mon Feb 09, 2009 5:41 am Post subject: Design Question: log level runtime property |
|
|
Apprentice
Joined: 12 Jan 2005 Posts: 37
|
Hi,
I'm designing a new WMB infrastructure for the organization I'm working for.
One of the demands for this infrastructure is the ability to log the flow with different log levels.
In practice, what I did is created a subflow for logging which has a parameter which log level is this message.
I'd like this parameter to be compared to a runtime property which exists for each msgflow.
I have a dilemma how to create this property with the ability to change it in runtime for each message flow.
Two solutions I thought about:
1. Using a database table (Oracle in my case)
pros: easy to administer
cons: each flow issues a select call. performance degradation
2. Using an ESQL external variable
pros: Performance-wise solution
cons: administering through ConfigurationManagerProxy, resets after each EG mqsireload or start/stop broker
We have several services which have a throughput of about 1000 msgs a minute (not a lot but still).
Any suggestions?
Thanks! _________________ Alik Hochner
EAI Consultant
Certified IBM Websphere MQ v6.0 System Administrator
Certified IBM Websphere Message Broker v6.1 System Administrator |
|
Back to top |
|
 |
jbanoop |
Posted: Mon Feb 09, 2009 6:06 am Post subject: |
|
|
Chevalier
Joined: 17 Sep 2005 Posts: 401 Location: SC
|
I would think that you would be using a logging tool such as Log4J for logging purposes. The log level can be set at the log4j level (in its properties file).
For individual log statements, the log level (like debug, info, warning, error etc ) can be sent to the loggig framework defined above and depending on the log level set on the framework, it would be written to the log. |
|
Back to top |
|
 |
alechko |
Posted: Mon Feb 09, 2009 6:27 am Post subject: |
|
|
Apprentice
Joined: 12 Jan 2005 Posts: 37
|
Oh, I forgot to specify that ...
What actually happens in the subflow, it attaches an RFH2 header with a usr folder which contains a lot of data (Environment, Properties and other stuff).
This message is sent to an internal MQ queue which is proccessed by a different msgflow.
This msgflow, for now, integrates with our organization propriety log system.
In the future, we might integrate with CA Unicenter or some other software of that kind.
We will probably use the log4j supportpac to integrate using SNMP.
But that's irrelevant to the design since it is done in a different msgflow.
Thanks Again |
|
Back to top |
|
 |
mqjeff |
Posted: Mon Feb 09, 2009 6:38 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
You can look at the Cache supportPac. This may fit in better with what you're doing.
Or you can do something slightly closer to what it does and use a java static variable that is declared by a class in shared-classes - this then has visibility and lifespan over the entire EG. |
|
Back to top |
|
 |
alechko |
Posted: Mon Feb 09, 2009 11:11 am Post subject: |
|
|
Apprentice
Joined: 12 Jan 2005 Posts: 37
|
I think the cache supportpac is exactly what I was looking for.
Thanks! |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
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
|
|
|
|