Larry Isaacs wrote:
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 5:55 AM
To: Tomcat Developers List
Subject: Re: [POLL] Tomcat 3.3.2 updates
http://jakarta.apache.org/~larryi/JmxSupport.war
I take a look at this module and I
Think about it - each app can expose config and status
data to the mx layer, and the config app ( or another
tool ) can manage not only tomcat, but also each webapp.
JMX is not restricted to server code, it can ( and should)
be used in user apps as well. And that's where things
will be
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 9:21 AM
To: [EMAIL PROTECTED]
Subject: RE: [POLL] Tomcat 3.3.2 updates
Larry Isaacs wrote:
A first pass implementation, derived from what you have
done, can
I'll try to commit this tonight.
Cheers,
Larry
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 4:38 AM
To: Tomcat Developers List
Subject: Re: [POLL] Tomcat 3.3.2 updates
Larry Isaacs wrote:
-Original Message
Henri Gomez wrote:
Larry Isaacs wrote:
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 5:55 AM
To: Tomcat Developers List
Subject: Re: [POLL] Tomcat 3.3.2 updates
http://jakarta.apache.org/~larryi/JmxSupport.war
I take a look
Larry Isaacs wrote:
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 9:21 AM
To: [EMAIL PROTECTED]
Subject: RE: [POLL] Tomcat 3.3.2 updates
Larry Isaacs wrote:
A first pass implementation, derived from what you
Henri Gomez wrote:
Think about it - each app can expose config and status
data to the mx layer, and the config app ( or another
tool ) can manage not only tomcat, but also each webapp.
JMX is not restricted to server code, it can ( and should)
be used in user apps as well. And that's where
Larry Isaacs wrote:
Hi Henri,
The basic problem is that o.a.t.u.mx.DynamicMBeanProxy.java
carries dependencies, which imposes requirements on the
classloader hierarchy for any class that uses it. In this
case the jmx, parser, and tranform jars would need
to move to lib/common where
http://jakarta.apache.org/~larryi/JmxSupport.war
I take a look at this module and I really like it.
What about using it and remove MxInterceptor ?
Could we bundle this module in TC 3.3.2 ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
(and will :) just edit
my
copy of j-t-c/util/build.xml).
- Original Message -
From: Larry Isaacs [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, September 24, 2002 10:10 PM
Subject: RE: [POLL] Tomcat 3.3.2 updates
Hi Henri,
The basic problem
updates
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, September 24, 2002 1:38 AM
Subject: Re: [POLL] Tomcat 3.3.2 updates
Larry Isaacs wrote:
Hi Henri,
I would prefer
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 5:55 AM
To: Tomcat Developers List
Subject: Re: [POLL] Tomcat 3.3.2 updates
http://jakarta.apache.org/~larryi/JmxSupport.war
I take a look at this module and I really like
Larry Isaacs wrote:
Hi Henri,
I would prefer to minimize the impact of upgrading from
3.3.1 to 3.3.2. I agree with Costin that using 4 with
documentation on the steps to enable the MxInterceptor
would be a resonable way to implement this.
So I'll have to take a look at MxInterceptor to
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, September 24, 2002 1:38 AM
Subject: Re: [POLL] Tomcat 3.3.2 updates
Larry Isaacs wrote:
Hi Henri,
I would prefer to minimize the impact of upgrading from
3.3.1
Bill Barker wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, September 24, 2002 1:38 AM
Subject: Re: [POLL] Tomcat 3.3.2 updates
Larry Isaacs wrote:
Hi Henri,
I would prefer to minimize the impact
Henri Gomez wrote:
Hi to all,
If you tracked the discussion about MxInterceptor and it's
use in Tomcat 3.3.2-dev you should know that we have some
modification to Tomcat 3.3.2 jars layout to be able to
use MxInterceptor :
1) mx4j and mx4j-tools should goes in lib/common
2)
Hi Henri,
I would prefer to minimize the impact of upgrading from
3.3.1 to 3.3.2. I agree with Costin that using 4 with
documentation on the steps to enable the MxInterceptor
would be a resonable way to implement this.
Cheers,
Larry
-Original Message-
From: Henri Gomez
On Tue, 2002-09-24 at 00:01, Henri Gomez wrote:
Thanks to give your opinion here.
[X] 1. Don't care about MBeans, or do want to be able to have
different XML apis for apps and container, so keep the
current situation.
[ ] 2. MxInterceptor is really needed, ok to change
18 matches
Mail list logo