Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Message-ID: <642609722.1220234984831.JavaMail.jira@brutus>
Date: Sun, 31 Aug 2008 19:09:44 -0700 (PDT)
From: "Tim McConnell (JIRA)" <jira@apache.org>
To: dev@geronimo.apache.org
Subject: [jira] Commented: (GERONIMODEVTOOLS-319) GEP security exception
 when attempting to use password that is not the default for the server
In-Reply-To: <989038647.1206632604366.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12627371#action_12627371 ] 

Tim McConnell commented on GERONIMODEVTOOLS-319:
------------------------------------------------

The GEP is not properly updating the user.properties file on the server when the password is changed (see documentation below):

-----> http://cwiki.apache.org/GMOxDOC21/installation-and-configuration.html#Installationandconfiguration-Changingtheusernameandpassword

There are two cases where the password for the server can be changed in the GEP:

1. When the server is initially defined
2. After the server is defined from the server editor pane

In both cases just need to ensure that the server is stopped and then properly update the user.properties with the new password and it will fix this problem. 

> GEP security exception when attempting to use password that is not the default for the server
> ---------------------------------------------------------------------------------------------
>
>                 Key: GERONIMODEVTOOLS-319
>                 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-319
>             Project: Geronimo-Devtools
>          Issue Type: Bug
>          Components: eclipse-plugin
>    Affects Versions: 2.1.3
>            Reporter: Tim McConnell
>            Assignee: Tim McConnell
>             Fix For: 2.1.3
>
>
> Scenario to recreate is simple: Define a new Geronimo Server with the GEP, specify a password other than the default, and attempt to start the server. Server will fail to start with errors below:
> java.lang.SecurityException: Invalid login
> 	at org.apache.geronimo.jmxremoting.Authenticator.authenticate(Authenticator.java:73)
> 	at javax.management.remote.rmi.RMIServerImpl.doNewClient(RMIServerImpl.java:212)
> 	at javax.management.remote.rmi.RMIServerImpl.newClient(RMIServerImpl.java:179)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 	at java.lang.reflect.Method.invoke(Method.java:585)
> 	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
> 	at sun.rmi.transport.Transport$1.run(Transport.java:153)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
> 	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
> 	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
> 	at java.lang.Thread.run(Thread.java:595)
> 	at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
> 	at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
> 	at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
> 	at javax.management.remote.rmi.RMIServerImpl_Stub.newClient(Unknown Source)
> 	at javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2239)
> 	at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:271)
> 	at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248)
> 	at org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.getServerConnection(GeronimoServerBehaviourDelegate.java:720)
> 	at org.apache.geronimo.st.v21.core.GeronimoServerBehaviour.getKernel(GeronimoServerBehaviour.java:73)
> 	at org.apache.geronimo.st.v21.core.GeronimoServerBehaviour.isKernelAlive(GeronimoServerBehaviour.java:93)
> 	at org.apache.geronimo.st.v21.core.GeronimoServerBehaviour.isFullyStarted(GeronimoServerBehaviour.java:113)
> 	at org.apache.geronimo.st.core.PingThread.run(PingThread.java:75)
> !ENTRY org.eclipse.wst.server.core 4 0 2008-03-27 11:35:18.859
> !MESSAGE Server Apache Geronimo v2.1 Server at localhost (2) failed to start.
> !ENTRY org.apache.geronimo.st.core 2 0 2008-03-27 11:35:35.531
> !MESSAGE Geronimo Server may have been terminated manually outside of workspace.
> !STACK 0
> org.apache.geronimo.kernel.InternalKernelException: java.rmi.ConnectException: Connection refused to host: 9.51.245.56; nested exception is: 
> 	java.net.ConnectException: Connection refused: connect
> 	at org.apache.geronimo.system.jmx.KernelDelegate.getKernelAttribute(KernelDelegate.java:880)
> 	at org.apache.geronimo.system.jmx.KernelDelegate.isRunning(KernelDelegate.java:832)
> 	at org.apache.geronimo.st.v21.core.GeronimoServerBehaviour.isKernelAlive(GeronimoServerBehaviour.java:93)
> 	at org.apache.geronimo.st.core.UpdateServerStateTask.updateServerState(UpdateServerStateTask.java:95)
> 	at org.apache.geronimo.st.core.UpdateServerStateTask.run(UpdateServerStateTask.java:48)
> 	at java.util.TimerThread.mainLoop(Timer.java:512)
> 	at java.util.TimerThread.run(Timer.java:462)
> Caused by: java.rmi.ConnectException: Connection refused to host: 9.51.245.56; nested exception is: 
> 	java.net.ConnectException: Connection refused: connect
> 	at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:574)
> 	at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:185)
> 	at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:171)
> 	at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:94)
> 	at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source)
> 	at javax.management.remote.rmi.RMIConnectionImpl_Stub.getAttribute(Unknown Source)
> 	at javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.getAttribute(RMIConnector.java:857)
> 	at org.apache.geronimo.system.jmx.KernelDelegate.getKernelAttribute(KernelDelegate.java:872)
> 	... 6 more
> Caused by: java.net.ConnectException: Connection refused: connect
> 	at java.net.PlainSocketImpl.socketConnect(Native Method)
> 	at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
> 	at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
> 	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
> 	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
> 	at java.net.Socket.connect(Socket.java:520)
> 	at java.net.Socket.connect(Socket.java:470)
> 	at java.net.Socket.<init>(Socket.java:367)
> 	at java.net.Socket.<init>(Socket.java:180)
> 	at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
> 	at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
> 	at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:569)
> 	... 13 more

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.