Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 74887 invoked from network); 19 Apr 2006 17:49:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 19 Apr 2006 17:49:25 -0000 Received: (qmail 82349 invoked by uid 500); 19 Apr 2006 17:49:22 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 82334 invoked by uid 500); 19 Apr 2006 17:49:22 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@geronimo.apache.org List-Id: Delivered-To: mailing list user@geronimo.apache.org Delivered-To: moderator for user@geronimo.apache.org Received: (qmail 64512 invoked by uid 99); 19 Apr 2006 17:41:20 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ted.kirby@gmail.com designates 64.233.162.207 as permitted sender) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=paPogiRR5A8O/vN4BNX+vB/MlKBQq3hAU8rSkOGktZoErxW/9PaZLczbX04jIlD/5AClZ38ZMDWWbd8pw8QFK9WW1ZWTrPiVIoqXV7hyJ4YFvIdnUnsGMnrlYsfQUjcsrt/opCD+c8rJEWWjSkGbY3vxyYp2NLr+HvVshnMKJr8= Message-ID: <3da992810604191040k1eecc712we6d93dd2ba96c095@mail.gmail.com> Date: Wed, 19 Apr 2006 13:40:59 -0400 From: "Ted Kirby" To: user@geronimo.apache.org Subject: Re: deployer "Can't add listener to MBean server delegate" with JDK5 In-Reply-To: <3da992810604171439p7c381283l31174a978b088d8a@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_23811_24404422.1145468459121" References: <3da992810604171439p7c381283l31174a978b088d8a@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_23811_24404422.1145468459121 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Looks like this is a user error. I had a deploy script that I did not realize was using Java142. When I invoked deployer.jar while running with Java15, the deployer worked, and I got no error messages, tracebacks or exceptions. On 4/17/06, Ted Kirby wrote: > > I ran a 1.0 server with a Sun JDK5, and it comes up. > > In another Sun JDK5 window, I ran "deploy list-modules" > The desired result was produced, but I also got these error messages 186 > times!: > > Caught an unexpected exception > java.lang.IllegalArgumentException: Can't add listener to MBean server > delegate: java.lang.SecurityException: Operation not allowed > at com.sun.jmx.remote.internal.ArrayNotificationBuffer.createListeners(U= nknown Source) > at com.sun.jmx.remote.internal.ArrayNotificationBuffer.(Unknown > Source) > at > com.sun.jmx.remote.internal.ArrayNotificationBuffer.getNotificationBuffer= (Unknown > Source) > at javax.management.remote.rmi.RMIServerImpl.getNotifBuffer (Unknown > Source) > at javax.management.remote.rmi.RMIConnectionImpl.getServerNotifFwd(Unkno= wn > Source) > at javax.management.remote.rmi.RMIConnectionImpl.fetchNotifications(Unkn= own > Source) > at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at sun.rmi.server.UnicastServerRef.dispatch (Unknown Source) > at sun.rmi.transport.Transport$1.run(Unknown Source) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Unknown Source) > at sun.rmi.transport.tcp.TCPTransport.handleMessages (Unknown Source) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown > Source) > at java.lang.Thread.run(Unknown Source) > at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer( > StreamRemoteCall.java :264) > at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java > :240) > at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:149) > at javax.management.remote.rmi.RMIConnectionImpl_Stub.fetchNotifications= (Unknown Source) > at mx4j.remote.rmi.RMIRemoteNotificationClientHandler.fetchNotifications= ( > RMIRemoteNotificationClientHandler.java:37) > at > mx4j.remote.AbstractRemoteNotificationClientHandler$NotificationFetcherTh= read.fetchNotifications( > AbstractRemoteNotificationClientHandler.java:432) > at > mx4j.remote.AbstractRemoteNotificationClientHandler$NotificationFetcherTh= read.run > (AbstractRemoteNotificationClientHandler.java:357) > at java.lang.Thread.run(Thread.java :570) > > Caused by: java.lang.SecurityException: Operation not allowed > at > org.apache.geronimo.kernel.jmx.MBeanServerDelegate.addNotificationListene= r > (MBeanServerDelegate.java:252) > at com.sun.jmx.remote.internal.ArrayNotificationBuffer$1.run (Unknown > Source) > at java.security.AccessController.doPrivileged(Native Method) > at > com.sun.jmx.remote.internal.ArrayNotificationBuffer.addNotificationListen= er(Unknown > Source) > at com.sun.jmx.remote.internal.ArrayNotificationBuffer.createListeners(U= nknown Source) > at com.sun.jmx.remote.internal.ArrayNotificationBuffer.(Unknown > Source) > at > com.sun.jmx.remote.internal.ArrayNotificationBuffer.getNotificationBuffer= (Unknown > Source) > at javax.management.remote.rmi.RMIServerImpl.getNotifBuffer (Unknown > Source) > at javax.management.remote.rmi.RMIConnectionImpl.getServerNotifFwd(Unkno= wn > Source) > at javax.management.remote.rmi.RMIConnectionImpl.fetchNotifications(Unkn= own > Source) > at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) > at java.lang.reflect.Method.invoke(Unknown Source) > at sun.rmi.server.UnicastServerRef.dispatch (Unknown Source) > at sun.rmi.transport.Transport$1.run(Unknown Source) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Unknown Source) > at sun.rmi.transport.tcp.TCPTransport.handleMessages (Unknown Source) > at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown > Source) > at java.lang.Thread.run(Unknown Source) > > Any idea what is going on here? > > Here is > org.apache.geronimo.kernel.jmx.MBeanServerDelegate.addNotificationListene= r > : > > public void addNotificationListener(ObjectName objectName, > NotificationListener notificationListener, NotificationFilter > notificationFilter, Object o) throws InstanceNotFoundException { > throw new SecurityException("Operation not allowed"); > } > > A JMX implementation comes in JDK5. I presume it is invoking > addNotificationListener, which is not invoked by MX4J in JDK1.4.2? > > Any suggested fix for this? > > Thanks, > Ted Kirby > > This issue was discussed a bit back in October (see > http://mail-archives.apache.org/mod_mbox/geronimo-user/200510.mbox/%3cb8b= 1243f0510210838s4800f034pee7b240b93cc0d83@mail.gmail.com%3e > ) > What is new here is the "caused by" traceback. > ------=_Part_23811_24404422.1145468459121 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Looks like this is a user error.  I had a deploy script that I did not= realize was using Java142.  When I invoked deployer.jar while running= with Java15, the deployer worked, and I got no error messages, tracebacks = or exceptions.

On 4/17/06, = Ted Kirby <ted.kirby@gmail.co= m> wrote:
I ran a 1.0 server with a Sun JDK5, and it comes up.
 
In another Sun JDK5 window, I ran "deploy list-modules"
The desired result was produced, but I also got these error messa= ges 186 times!:
 
Caught an unexpected exception
java.lang.IllegalArgumentException: = Can't add listener to MBean server delegate: java.lang.SecurityException: O= peration not allowed
 at com.sun.jmx.remote.internal.ArrayNotificat= ionBuffer.createListeners (Unknown Source)
 at com.sun.jmx.remote.internal.ArrayNotification= Buffer.<init>(Unknown Source)
 at com.sun.jmx.remote.internal= .ArrayNotificationBuffer.getNotificationBuffer(Unknown Source)
 at = javax.management.remote.rmi.RMIServerImpl.getNotifBuffer (Unknown Source)
 at javax.management.remote.rmi.RMIConnectionImpl= .getServerNotifFwd(Unknown Source)
 at javax.management.remote.rmi.= RMIConnectionImpl.fetchNotifications(Unknown Source)
 at sun.reflec= t.NativeMethodAccessorImpl.invoke0 (Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Un= known Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(U= nknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)<= br> at sun.rmi.server.UnicastServerRef.dispatch (Unknown Source)
 at sun.rmi.transport.Transport$1.run(Unknown Sou= rce)
 at java.security.AccessController.doPrivileged(Native Method)=
 at sun.rmi.transport.Transport.serviceCall(Unknown Source)
&nb= sp;at sun.rmi.transport.tcp.TCPTransport.handleMessages (Unknown Source)
 at sun.rmi.transport.tcp.TCPTransport$Connection= Handler.run(Unknown Source)
 at java.lang.Thread.run(Unknown Source= )
 at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServe= r(StreamRemoteCall.java :264)
 at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRem= oteCall.java:240)
 at sun.rmi.server.UnicastRef.invoke(UnicastRef.j= ava:149)
 at javax.management.remote.rmi.RMIConnectionImpl_Stub.fet= chNotifications (Unknown Source)
 at mx4j.remote.rmi.RMIRemoteNotificationClientHa= ndler.fetchNotifications(RMIRemoteNotificationClientHandler.java:37)
&nb= sp;at mx4j.remote.AbstractRemoteNotificationClientHandler$NotificationFetch= erThread.fetchNotifications (AbstractRemoteNotificationClientHandler.java:432)
 at mx4j.remote= .AbstractRemoteNotificationClientHandler$NotificationFetcherThread.run(Abst= ractRemoteNotificationClientHandler.java:357)
 at java.lang.Thread.= run(Thread.java :570)

Caused by: java.lang.SecurityException: Operation not allowed
&= nbsp;at org.apache.geronimo.kernel.jmx.MBeanServerDelegate.addNotificationL= istener(MBeanServerDelegate.java:252)
 at com.sun.jmx.remote.intern= al.ArrayNotificationBuffer$1.run (Unknown Source)
 at java.security.AccessController.doPrivileged(N= ative Method)
 at com.sun.jmx.remote.internal.ArrayNotificationBuff= er.addNotificationListener(Unknown Source)
 at com.sun.jmx.remote.i= nternal.ArrayNotificationBuffer.createListeners (Unknown Source)
 at com.sun.jmx.remote.internal.ArrayNotification= Buffer.<init>(Unknown Source)
 at com.sun.jmx.remote.internal= .ArrayNotificationBuffer.getNotificationBuffer(Unknown Source)
 at = javax.management.remote.rmi.RMIServerImpl.getNotifBuffer (Unknown Source)
 at javax.management.remote.rmi.RMIConnectionImpl= .getServerNotifFwd(Unknown Source)
 at javax.management.remote.rmi.= RMIConnectionImpl.fetchNotifications(Unknown Source)
 at sun.reflec= t.NativeMethodAccessorImpl.invoke0 (Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(Un= known Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(U= nknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)<= br> at sun.rmi.server.UnicastServerRef.dispatch (Unknown Source)
 at sun.rmi.transport.Transport$1.run(Unknown Sou= rce)
 at java.security.AccessController.doPrivileged(Native Method)=
 at sun.rmi.transport.Transport.serviceCall(Unknown Source)
&nb= sp;at sun.rmi.transport.tcp.TCPTransport.handleMessages (Unknown Source)
 at sun.rmi.transport.tcp.TCPTransport$Connection= Handler.run(Unknown Source)
 at java.lang.Thread.run(Unknown Source= )
 
Any idea what is going on here?
 
Here is org.apache.geronimo.kernel.jmx.MBeanServerDelegate.addNotifica= tionListener:
 
public void addNotificationListener(ObjectName objectName, Notificatio= nListener notificationListener, NotificationFilter notificationFilter, Obje= ct o) throws InstanceNotFoundException {
     &= nbsp;  throw new SecurityException("Operation not allowed");= =20
    }
 
A JMX implementation comes in JDK5.  I presume it is invoking add= NotificationListener, which is not invoked by MX4J in JDK1.4.2?
 
Any suggested fix for this?
 
Thanks,
Ted Kirby
 
This issue was discussed a bit back in October (see
What is new here is the "caused by" traceback.

------=_Part_23811_24404422.1145468459121--