tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Barker" <>
Subject Re: Web apps vs. Logging vs. Tomcat
Date Fri, 18 Mar 2005 00:00:28 GMT

----- Original Message -----
From: "Jess Holle" <>
To: "Tomcat Developers List" <>
Sent: Thursday, March 17, 2005 3:12 PM
Subject: Re: Web apps vs. Logging vs. Tomcat

> Bill Barker wrote:
> >----- Original Message -----
> >From: "Jess Holle" <>
> >To: "Tomcat Developers List" <>
> >Sent: Thursday, March 17, 2005 2:25 PM
> >Subject: Re: Web apps vs. Logging vs. Tomcat
> >
> >
> >>Just one more stupid question:
> >>
> >>    How/where would I register/deregister (start/stop) MBeans at the
> >>    Tomcat level for the Tomcat-level log4j LoggerRepository -- rather
> >>    than in my ServletContextListener?
> >>
> >>
> >
> >Sounds like a good use for conf/tomcat5-mbeans.xml.  It invokes the
> >Lifecycle methods (e.g. 'init', 'start', 'stop', 'destroy') of your
> >at the corresponding points of the Engine's Lifecycle, as well as
> >JMX registration and un-registration.
> >
> >
> Cool!  Thanks!
> Do I have to actually implement Lifecycle or just provide these
> methods?  Will a standard/dynamic MBean do or does it have to be a model
> MBean?  [Mine extend StandardMBean and implement MBeanRegistration at
> the moment.]

You just need to provide the methods (if you wanted to code against
Catalina, you'd just create a LifecycleListener :).  This is a hook into
commons-modeler, so you technically could use a plain old JavaBean.
Otherwise, DynamicMBeans probably work best (or, at least give you the most

> --
> Jess Holle

This message is intended only for the use of the person(s) listed above as the intended recipient(s),
and may contain information that is PRIVILEGED and CONFIDENTIAL.  If you are not an intended
recipient, you may not read, copy, or distribute this message or any attachment. If you received
this communication in error, please notify us immediately by e-mail and then delete all copies
of this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet
is not secure. Do not send confidential or sensitive information, such as social security
numbers, account numbers, personal identification numbers and passwords, to us via ordinary
(unencrypted) e-mail.

View raw message