tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Barker" <wbar...@wilshire.com>
Subject Re: JMX Remote connection
Date Wed, 06 Oct 2004 06:09:30 GMT

----- Original Message ----- 
From: "Costin Manolache" <cmanolache@yahoo.com>
To: <tomcat-dev@jakarta.apache.org>
Sent: Tuesday, October 05, 2004 10:47 PM
Subject: Re: JMX Remote connection


> Bill Barker wrote:
>>
>> ----- Original Message ----- From: "Costin Manolache" 
>> <cmanolache@yahoo.com>
>> To: <tomcat-dev@jakarta.apache.org>
>> Sent: Tuesday, October 05, 2004 10:06 PM
>> Subject: JMX Remote connection
>>
>>
>>> Hi,
>>>
>>> Not sure what's the new policy for loading the Jmx RMI connector. 
>>> jk2.properties was a hack - and now that it is removed, I was wandering 
>>> if we have any "official" mechanism.
>>>
>>
>> At the moment, jk2.properties is still used (we're just not shipping the 
>> default one).  It should be possible to configure JkMX via Connector 
>> attributes.
>
> I thought JkMX only supports the "old style" connector - not the new 
> javax.management.remote, and since jk2.properties is being deprecated I
> assumed JkMX will go as well, or at least move to a higher level.
>

Yup.  There isn't anything for javax.management.remote (other than the 
standard options in 1.5).

> The code in JkMX seems very specific to mx4j - and I couldn't get it 
> working with mx4j2.0, the package name changed ( mx4j.adapter.rmi -> 
> mx4j.remote.rmi ) and the mechanism didn't seem to work.
>

The mx4j.remote.rmi isn't included in the bin distro anymore (the source 
file is there, but deprecated).

> Can we at least add the JMXConnectionServerFactory as another special case 
> ? A separate webapp seemed cleaner.
>

It's a pain to do via reflection.  The webapp does seem cleaner.

> Costin
>
>
>>
>>> I had a small class that hooked in the connector, and I now refactored 
>>> it to a webapp - nothing fancy ( it's not even "trusted" ), only loads 
>>> rmiregistry and the jmx connector. I can check it in if there's no other
>>> mechanism, it's very helpfull ( especially with JDK1.4/MX4j - in 5.0 
>>> there are the cli options )
>>>
>>>
>>> Costin
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>>
>> 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.
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
> 



Mime
View raw message