The solution is not yet very well defined. 

Right now catalina can be extended with Valves or connectors or listeners.
Some of them  (like jk connector ) can define MBeans. The major problem
is having the admin interface recognize them - it should work
but I never tried.

I already committed some code to modeler to allow modules to 
have their own modeler description ( in META-INF/modeler-mbean.xml )
and have it loaded automatically using getResources(). The code
is not yet used, but will probably be for 5.0 ( or I hope so ).
But if you implement your own mbean - you can register them yourself.

The only important thing is to get the MBeanServer using the same 
mechanisms ( i.e. get existing instead of creating new one ).

Also note that there are discussions on using modeler mbean to implement
config changes ( it is not yet clear what's the best solution ), that
may affect the support for custom mbeans.

Another issue that wasn't much discussed is having mechanisms to
use mbeans as extensions ( hooks, etc) - and use the mbean lifecycle
and naming as a registration ( or alternatively, use a JNDI/JMX combination 
- the big problem with JMX is that you can't get the real object, all
calls must be made via mbean server)

Costin



Jakob Praher wrote:

> hi all,
> 
> first of all kudos for the 4.1.x release - working with jmx is simply
> great ;-)
> 
> I have a question, how to best extend catalina through jmx:
> 
> for instance I have a special connector mbean or adaptor mbean, that I
> want to load into catalina.
> 
> is there a way (for instance in the server.xml configuration file) to
> laod this mbean during startup ?
> 
> if not: what is the best way to plug in a third party mbean into
> catalina ?
> 
> should I write a custom lifecyclelistener?
> 
> thanks
> 
> -- Jakob
> "the best way to predict the future ist to invent it" -- Alan Kay




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to