× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi all

Trying to get jmx to work. Our nimsoft app uses it for remote
performance monitoring of our iseries tomcat servers.
In the tomcat setenv.sh I added these settings:

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=48035
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false"

In the server.xml I added:
<Listener
className="org.apache.catalina.mbeans.JMXAdaptorLifecycleListener"
namingPort="48035" port="48030" host="10.97.15.12" />
The Tomcat server starts and keeps running yet gives an rmi error:
This is an extract of the catalina.out:
7-okt-2010 15:30:14 org.apache.commons.logging.impl.Jdk14Logger info

INFO: Find registry server-registry.xml at classpath resource

7-okt-2010 15:30:14 org.apache.commons.logging.impl.Jdk14Logger error

SEVERE: Error while setting up remote JMX connector

java.rmi.server.ExportException: internal error: ObjID already in use

at java.lang.Throwable.<init>(Throwable.java:196)

at java.lang.Exception.<init>(Exception.java:41)

at java.io.IOException.<init>(IOException.java:40)

at java.rmi.RemoteException.<init>(RemoteException.java:62)

at java.rmi.server.ExportException.<init>(ExportException.java:36)

at sun.rmi.transport.ObjectTable.putTarget(ObjectTable.java:169)

at sun.rmi.transport.Transport.exportObject(Transport.java:75)

at
sun.rmi.transport.tcp.TCPTransport.exportObject(TCPTransport.java:196)
at sun.rmi.transport.tcp.TCPEndpoint.exportObject(TCPEndpoint.java:382)

at sun.rmi.transport.LiveRef.exportObject(LiveRef.java:116)

at
sun.rmi.server.UnicastServerRef.exportObject(UnicastServerRef.java:180)
at sun.rmi.registry.RegistryImpl.setup(RegistryImpl.java:92)

at sun.rmi.registry.RegistryImpl.setup(RegistryImpl.java:92)

at
java.rmi.registry.LocateRegistry.createRegistry(LocateRegistry.java:186)

at
org.apache.catalina.mbeans.JMXAdaptorLifecycleListener.start(JMXAdaptorL
ifecycleListener.java:291)
at
org.apache.catalina.mbeans.JMXAdaptorLifecycleListener.lifecycleEvent(JM
XAdaptorLifecycleListener.java:230)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu
pport.java:119)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:688)

at org.apache.catalina.startup.Catalina.start(Catalina.java:537)

at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)

at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)

at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)

7-okt-2010 15:30:14 org.apache.commons.logging.impl.Jdk14Logger info

INFO: Server startup in 22501 ms


If I look at netstat I see that port 48035 is listening, but there seems
no application behind it. I think normally http://<host>:48035 should
give a response. Is this correct?

We have one other websphere JVM that uses rmi, maybe that is the
problem.

Also the info message before the cancelation speaks of a
server-registry.xml. This file is nowhere to be found. Do I need this?
What should it look like?

java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05)
Classic VM (build 1.5, build JDK-1.5, native threads, jitc_de)
Running on OS400 V5R4M0 TC08305

Hope someone can help, I'm out of ideas...

thanks!
Tom





This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.

If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited.

If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message.

Thank you for your co-operation.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.