Home » Eclipse Projects » DSDP - Target Management » RSE server doesn't work
RSE server doesn't work [message #23542] |
Thu, 22 May 2008 17:15 |
Doug Abbott Messages: 30 Registered: July 2009 |
Member |
|
|
I have been unable to use the RSE server, v. 2.0.3, either under Windows
or Linux. On Windows XP, executing server.bat ultimately yields:
java -DA_PLUGIN_PATH=. -DDSTORE_SPIRIT_ON=true
org.eclipse.dstore.core.server.Server 4033 12000
DStore Server Starting
Server Started Successfully
4033
Server running on: DougsLaptop
Then I try to connect from Eclipse running under Linux. The Connector
Services Launcher is set to Daemon. The Windows server says:
RECEIVER_ERROR
java.lang.Exception: The connection to the server has been lost.
at
org.eclipse.dstore.internal.core.util.XMLparser.readLine(XML parser.java:363)
at
org.eclipse.dstore.internal.core.util.XMLparser.parseDocumen t(XMLparser.java:480)
at
org.eclipse.dstore.internal.core.util.Receiver.handleInput(R eceiver.java:117)
at org.eclipse.dstore.internal.core.util.Receiver.run(Receiver. java:98)
java.lang.Exception: The connection to the server has been lost.
Server Finished
On the client side, after a long timeout:
Failed to connect to the daemon on 192.168.1.99 using port 4033 with an
unexpected exception
Details:
java.net.SocketException: Connection reset
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(Unknown Source)
at com.sun.net.ssl.internal.ssl.InputRecord.readFully(Unknown Source)
at com.sun.net.ssl.internal.ssl.InputRecord.read(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(Unknow n Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.waitForClose(Unkn own Source)
at com.sun.net.ssl.internal.ssl.HandshakeOutStream.flush(Unknow n Source)
at com.sun.net.ssl.internal.ssl.Handshaker.kickstart(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.kickstartHandshak e(Unknown
Source)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHan dshake(Unknown
Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(Un known
Source)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(Un known
Source)
at
org.eclipse.dstore.core.client.ClientConnection.connectDaemo n(ClientConnection.java:742)
at
org.eclipse.dstore.core.client.ClientConnection.launchServer (ClientConnection.java:642)
at
org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.launchServer(DStoreConnectorService.java:1225)
at
org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.launchServer(DStoreConnectorService.java:1215)
at
org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.internalConnect(DStoreConnectorService.java:637)
at
org.eclipse.rse.core.subsystems.AbstractConnectorService.con nect(AbstractConnectorService.java:412)
at org.eclipse.rse.core.subsystems.SubSystem.connect(SubSystem. java:2255)
at
org.eclipse.rse.internal.ui.actions.SystemConnectAllSubSyste msAction$ConnectAllJob.run(SystemConnectAllSubSystemsAction. java:69)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
If I set the Connector Services Launcer to Running, the Windows RSE server
doesn't see a connection request and finally times out. BTW, I enabled
port 4033 in the Windows firewall.
Attempting to start the Linux RSE server fails completely. Executing
server.pl yields:
DStore Server Starting...
Exception in thread "main" java.lang.NoClassDefFoundError: while resolving
class: org.eclipse.dstore.internal.core.server.ConnectionEstablishe r
at java.lang.VMClassLoader.resolveClass(java.lang.Class)
(/usr/lib/libgcj.so.5.0.0)
at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0)
at org.eclipse.dstore.core.server.Server.Server() (Unknown Source)
at org.eclipse.dstore.core.server.Server.main(java.lang.String[ ])
(Unknown Source)
Caused by: java.lang.ClassNotFoundException: javax.net.ssl.SSLContext not
foundin [file:/opt/rseserver/,
file:/opt/rseserver/dstore_extra_server.jar,
file:/opt/rseserver/dstore_core.jar,
file:/opt/rseserver/dstore_miners.jar,
file:/opt/rseserver/clientserver.jar,
file:/usr/share/java/libgcj-3.4.6.jar, file:./, core:/]
at java.net.URLClassLoader.findClass(java.lang.String)
(/usr/lib/libgcj.so.5.0.0)
at gnu.gcj.runtime.VMClassLoader.findClass(java.lang.String)
(/usr/lib/libgcj.so.5.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String, boolean)
(/usr/lib/libgcj.so.5.0.0)
at _Jv_FindClass(_Jv_Utf8Const, java.lang.ClassLoader)
(/usr/lib/libgcj.so.5.0.0)
at java.lang.Class.forName(java.lang.String, boolean,
java.lang.ClassLoader)(/usr/lib/libgcj.so.5.0.0)
at _Jv_BytecodeVerifier.type.compatible(_Jv_BytecodeVerifier.ty pe&,
_Jv_BytecodeVerifier) (/usr/lib/libgcj.so.5.0.0)
at _Jv_BytecodeVerifier.verify_instructions_0()
(/usr/lib/libgcj.so.5.0.0)
at _Jv_VerifyMethod(_Jv_InterpMethod) (/usr/lib/libgcj.so.5.0.0)
at _Jv_PrepareClass(java.lang.Class) (/usr/lib/libgcj.so.5.0.0)
at _Jv_WaitForState(java.lang.Class, int) (/usr/lib/libgcj.so.5.0.0)
at java.lang.VMClassLoader.linkClass0(java.lang.Class)
(/usr/lib/libgcj.so.5.0.0)
at java.lang.VMClassLoader.resolveClass(java.lang.Class)
(/usr/lib/libgcj.so.5.0.0)
...3 more
When executing daemon.pl, java generates a usage message and then says:
sh: line 1: org.eclipse.dstore.core.server.ServerLauncher: command not
found
On both machines Java is v. 1.6.0
All in all, I find this very disappointing. Until now, just about
everything from Eclipse.org has pretty much worked as advertised and I've
been very impressed with the overall competence of the Eclipse project.
So what's going on here? Am I missing something really basic?
Thanks in advance for any help.
Doug
|
|
|
Re: RSE server doesn't work [message #23585 is a reply to message #23542] |
Mon, 26 May 2008 16:46 |
Martin Oberhuber Messages: 1007 Registered: July 2009 |
Senior Member |
|
|
Hello Doug,
If you want to connect with the "Daemon" scheme, you will need
to start "daemon.bat" on windows and "daemon.pl" on Linux. This
will require TWO open ports in the firewall (one for the daemon,
and at least one for the actual server).
On Linux, you must be "root" to run the daemon, AND you must use
a Sun or IBM JVM as the first JVM in your PATH -- your traceback
shows that you are using gcj.
If you don't want or cannot use the daemon (e.g. because you
have no root access), you need to run the "server.bat" or
"server.sh" but then in RSE client you need to select
"Already Running" as the server. The "Already Running" scheme
is a bit tricky because it requires you to specify the proper
port in the Properties AFTER THE WIZARD. Once the connection
exists but before connecting, do right-click > properties on
a Subsystem, and enter the right port.
All this is documented in our user's guide, see
http://dsdp.eclipse.org/help/latest/topic/org.eclipse.rse.do c.user/tasks/tbeginlinux.html
http://dsdp.eclipse.org/help/latest/topic/org.eclipse.rse.do c.user/tasks/tbeginwindows.html
Please file a bug in bugzilla if you find these instructions
not sufficient.
Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Doug Abbott wrote:
> I have been unable to use the RSE server, v. 2.0.3, either under Windows
> or Linux. On Windows XP, executing server.bat ultimately yields:
>
> java -DA_PLUGIN_PATH=. -DDSTORE_SPIRIT_ON=true
> org.eclipse.dstore.core.server.Server 4033 12000
>
> DStore Server Starting
>
> Server Started Successfully
>
> 4033
>
> Server running on: DougsLaptop
>
>
>
> Then I try to connect from Eclipse running under Linux. The Connector
> Services Launcher is set to Daemon. The Windows server says:
>
> RECEIVER_ERROR
>
> java.lang.Exception: The connection to the server has been lost.
>
> at
> org.eclipse.dstore.internal.core.util.XMLparser.readLine(XML parser.java:363)
>
>
> at
> org.eclipse.dstore.internal.core.util.XMLparser.parseDocumen t(XMLparser.java:480)
>
>
> at
> org.eclipse.dstore.internal.core.util.Receiver.handleInput(R eceiver.java:117)
>
>
> at org.eclipse.dstore.internal.core.util.Receiver.run(Receiver. java:98)
>
> java.lang.Exception: The connection to the server has been lost.
>
> Server Finished
>
>
>
> On the client side, after a long timeout:
>
> Failed to connect to the daemon on 192.168.1.99 using port 4033 with an
> unexpected exception
>
> Details:
>
> java.net.SocketException: Connection reset
>
> java.net.SocketException: Connection reset
>
> at java.net.SocketInputStream.read(Unknown Source)
>
> at com.sun.net.ssl.internal.ssl.InputRecord.readFully(Unknown Source)
>
> at com.sun.net.ssl.internal.ssl.InputRecord.read(Unknown Source)
>
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(Unknow n
> Source)
>
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.waitForClose(Unkn own
> Source)
>
> at com.sun.net.ssl.internal.ssl.HandshakeOutStream.flush(Unknow n
> Source)
>
> at com.sun.net.ssl.internal.ssl.Handshaker.kickstart(Unknown Source)
>
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.kickstartHandshak e(Unknown
> Source)
>
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHan dshake(Unknown
> Source)
>
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(Un known
> Source)
>
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(Un known
> Source)
>
> at
> org.eclipse.dstore.core.client.ClientConnection.connectDaemo n(ClientConnection.java:742)
>
>
> at
> org.eclipse.dstore.core.client.ClientConnection.launchServer (ClientConnection.java:642)
>
>
> at
> org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.launchServer(DStoreConnectorService.java:1225)
>
>
> at
> org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.launchServer(DStoreConnectorService.java:1215)
>
>
> at
> org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.internalConnect(DStoreConnectorService.java:637)
>
>
> at
> org.eclipse.rse.core.subsystems.AbstractConnectorService.con nect(AbstractConnectorService.java:412)
>
>
> at
> org.eclipse.rse.core.subsystems.SubSystem.connect(SubSystem. java:2255)
>
> at
> org.eclipse.rse.internal.ui.actions.SystemConnectAllSubSyste msAction$ConnectAllJob.run(SystemConnectAllSubSystemsAction. java:69)
>
>
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
>
> If I set the Connector Services Launcer to Running, the Windows RSE
> server doesn't see a connection request and finally times out. BTW, I
> enabled port 4033 in the Windows firewall.
>
> Attempting to start the Linux RSE server fails completely. Executing
> server.pl yields:
> DStore Server Starting...
> Exception in thread "main" java.lang.NoClassDefFoundError: while
> resolving class:
> org.eclipse.dstore.internal.core.server.ConnectionEstablishe r
> at java.lang.VMClassLoader.resolveClass(java.lang.Class)
> (/usr/lib/libgcj.so.5.0.0)
> at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0)
> at org.eclipse.dstore.core.server.Server.Server() (Unknown Source)
> at org.eclipse.dstore.core.server.Server.main(java.lang.String[ ])
> (Unknown Source)
> Caused by: java.lang.ClassNotFoundException: javax.net.ssl.SSLContext
> not foundin [file:/opt/rseserver/,
> file:/opt/rseserver/dstore_extra_server.jar,
> file:/opt/rseserver/dstore_core.jar,
> file:/opt/rseserver/dstore_miners.jar,
> file:/opt/rseserver/clientserver.jar,
> file:/usr/share/java/libgcj-3.4.6.jar, file:./, core:/]
> at java.net.URLClassLoader.findClass(java.lang.String)
> (/usr/lib/libgcj.so.5.0.0)
> at gnu.gcj.runtime.VMClassLoader.findClass(java.lang.String)
> (/usr/lib/libgcj.so.5.0.0)
> at java.lang.ClassLoader.loadClass(java.lang.String, boolean)
> (/usr/lib/libgcj.so.5.0.0)
> at _Jv_FindClass(_Jv_Utf8Const, java.lang.ClassLoader)
> (/usr/lib/libgcj.so.5.0.0)
> at java.lang.Class.forName(java.lang.String, boolean,
> java.lang.ClassLoader)(/usr/lib/libgcj.so.5.0.0)
> at _Jv_BytecodeVerifier.type.compatible(_Jv_BytecodeVerifier.ty pe&,
> _Jv_BytecodeVerifier) (/usr/lib/libgcj.so.5.0.0)
> at _Jv_BytecodeVerifier.verify_instructions_0()
> (/usr/lib/libgcj.so.5.0.0)
> at _Jv_VerifyMethod(_Jv_InterpMethod) (/usr/lib/libgcj.so.5.0.0)
> at _Jv_PrepareClass(java.lang.Class) (/usr/lib/libgcj.so.5.0.0)
> at _Jv_WaitForState(java.lang.Class, int) (/usr/lib/libgcj.so.5.0.0)
> at java.lang.VMClassLoader.linkClass0(java.lang.Class)
> (/usr/lib/libgcj.so.5.0.0)
> at java.lang.VMClassLoader.resolveClass(java.lang.Class)
> (/usr/lib/libgcj.so.5.0.0)
> ...3 more
>
> When executing daemon.pl, java generates a usage message and then says:
> sh: line 1: org.eclipse.dstore.core.server.ServerLauncher: command not
> found
>
> On both machines Java is v. 1.6.0
>
> All in all, I find this very disappointing. Until now, just about
> everything from Eclipse.org has pretty much worked as advertised and
> I've been very impressed with the overall competence of the Eclipse
> project.
>
> So what's going on here? Am I missing something really basic?
>
> Thanks in advance for any help.
>
> Doug
>
>
|
|
|
Re: RSE server doesn't work [message #574994 is a reply to message #23542] |
Mon, 26 May 2008 16:46 |
Martin Oberhuber Messages: 1007 Registered: July 2009 |
Senior Member |
|
|
Hello Doug,
If you want to connect with the "Daemon" scheme, you will need
to start "daemon.bat" on windows and "daemon.pl" on Linux. This
will require TWO open ports in the firewall (one for the daemon,
and at least one for the actual server).
On Linux, you must be "root" to run the daemon, AND you must use
a Sun or IBM JVM as the first JVM in your PATH -- your traceback
shows that you are using gcj.
If you don't want or cannot use the daemon (e.g. because you
have no root access), you need to run the "server.bat" or
"server.sh" but then in RSE client you need to select
"Already Running" as the server. The "Already Running" scheme
is a bit tricky because it requires you to specify the proper
port in the Properties AFTER THE WIZARD. Once the connection
exists but before connecting, do right-click > properties on
a Subsystem, and enter the right port.
All this is documented in our user's guide, see
http://dsdp.eclipse.org/help/latest/topic/org.eclipse.rse.do c.user/tasks/tbeginlinux.html
http://dsdp.eclipse.org/help/latest/topic/org.eclipse.rse.do c.user/tasks/tbeginwindows.html
Please file a bug in bugzilla if you find these instructions
not sufficient.
Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Doug Abbott wrote:
> I have been unable to use the RSE server, v. 2.0.3, either under Windows
> or Linux. On Windows XP, executing server.bat ultimately yields:
>
> java -DA_PLUGIN_PATH=. -DDSTORE_SPIRIT_ON=true
> org.eclipse.dstore.core.server.Server 4033 12000
>
> DStore Server Starting
>
> Server Started Successfully
>
> 4033
>
> Server running on: DougsLaptop
>
>
>
> Then I try to connect from Eclipse running under Linux. The Connector
> Services Launcher is set to Daemon. The Windows server says:
>
> RECEIVER_ERROR
>
> java.lang.Exception: The connection to the server has been lost.
>
> at
> org.eclipse.dstore.internal.core.util.XMLparser.readLine(XML parser.java:363)
>
>
> at
> org.eclipse.dstore.internal.core.util.XMLparser.parseDocumen t(XMLparser.java:480)
>
>
> at
> org.eclipse.dstore.internal.core.util.Receiver.handleInput(R eceiver.java:117)
>
>
> at org.eclipse.dstore.internal.core.util.Receiver.run(Receiver. java:98)
>
> java.lang.Exception: The connection to the server has been lost.
>
> Server Finished
>
>
>
> On the client side, after a long timeout:
>
> Failed to connect to the daemon on 192.168.1.99 using port 4033 with an
> unexpected exception
>
> Details:
>
> java.net.SocketException: Connection reset
>
> java.net.SocketException: Connection reset
>
> at java.net.SocketInputStream.read(Unknown Source)
>
> at com.sun.net.ssl.internal.ssl.InputRecord.readFully(Unknown Source)
>
> at com.sun.net.ssl.internal.ssl.InputRecord.read(Unknown Source)
>
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(Unknow n
> Source)
>
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.waitForClose(Unkn own
> Source)
>
> at com.sun.net.ssl.internal.ssl.HandshakeOutStream.flush(Unknow n
> Source)
>
> at com.sun.net.ssl.internal.ssl.Handshaker.kickstart(Unknown Source)
>
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.kickstartHandshak e(Unknown
> Source)
>
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHan dshake(Unknown
> Source)
>
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(Un known
> Source)
>
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(Un known
> Source)
>
> at
> org.eclipse.dstore.core.client.ClientConnection.connectDaemo n(ClientConnection.java:742)
>
>
> at
> org.eclipse.dstore.core.client.ClientConnection.launchServer (ClientConnection.java:642)
>
>
> at
> org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.launchServer(DStoreConnectorService.java:1225)
>
>
> at
> org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.launchServer(DStoreConnectorService.java:1215)
>
>
> at
> org.eclipse.rse.connectorservice.dstore.DStoreConnectorServi ce.internalConnect(DStoreConnectorService.java:637)
>
>
> at
> org.eclipse.rse.core.subsystems.AbstractConnectorService.con nect(AbstractConnectorService.java:412)
>
>
> at
> org.eclipse.rse.core.subsystems.SubSystem.connect(SubSystem. java:2255)
>
> at
> org.eclipse.rse.internal.ui.actions.SystemConnectAllSubSyste msAction$ConnectAllJob.run(SystemConnectAllSubSystemsAction. java:69)
>
>
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
>
> If I set the Connector Services Launcer to Running, the Windows RSE
> server doesn't see a connection request and finally times out. BTW, I
> enabled port 4033 in the Windows firewall.
>
> Attempting to start the Linux RSE server fails completely. Executing
> server.pl yields:
> DStore Server Starting...
> Exception in thread "main" java.lang.NoClassDefFoundError: while
> resolving class:
> org.eclipse.dstore.internal.core.server.ConnectionEstablishe r
> at java.lang.VMClassLoader.resolveClass(java.lang.Class)
> (/usr/lib/libgcj.so.5.0.0)
> at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0)
> at org.eclipse.dstore.core.server.Server.Server() (Unknown Source)
> at org.eclipse.dstore.core.server.Server.main(java.lang.String[ ])
> (Unknown Source)
> Caused by: java.lang.ClassNotFoundException: javax.net.ssl.SSLContext
> not foundin [file:/opt/rseserver/,
> file:/opt/rseserver/dstore_extra_server.jar,
> file:/opt/rseserver/dstore_core.jar,
> file:/opt/rseserver/dstore_miners.jar,
> file:/opt/rseserver/clientserver.jar,
> file:/usr/share/java/libgcj-3.4.6.jar, file:./, core:/]
> at java.net.URLClassLoader.findClass(java.lang.String)
> (/usr/lib/libgcj.so.5.0.0)
> at gnu.gcj.runtime.VMClassLoader.findClass(java.lang.String)
> (/usr/lib/libgcj.so.5.0.0)
> at java.lang.ClassLoader.loadClass(java.lang.String, boolean)
> (/usr/lib/libgcj.so.5.0.0)
> at _Jv_FindClass(_Jv_Utf8Const, java.lang.ClassLoader)
> (/usr/lib/libgcj.so.5.0.0)
> at java.lang.Class.forName(java.lang.String, boolean,
> java.lang.ClassLoader)(/usr/lib/libgcj.so.5.0.0)
> at _Jv_BytecodeVerifier.type.compatible(_Jv_BytecodeVerifier.ty pe&,
> _Jv_BytecodeVerifier) (/usr/lib/libgcj.so.5.0.0)
> at _Jv_BytecodeVerifier.verify_instructions_0()
> (/usr/lib/libgcj.so.5.0.0)
> at _Jv_VerifyMethod(_Jv_InterpMethod) (/usr/lib/libgcj.so.5.0.0)
> at _Jv_PrepareClass(java.lang.Class) (/usr/lib/libgcj.so.5.0.0)
> at _Jv_WaitForState(java.lang.Class, int) (/usr/lib/libgcj.so.5.0.0)
> at java.lang.VMClassLoader.linkClass0(java.lang.Class)
> (/usr/lib/libgcj.so.5.0.0)
> at java.lang.VMClassLoader.resolveClass(java.lang.Class)
> (/usr/lib/libgcj.so.5.0.0)
> ...3 more
>
> When executing daemon.pl, java generates a usage message and then says:
> sh: line 1: org.eclipse.dstore.core.server.ServerLauncher: command not
> found
>
> On both machines Java is v. 1.6.0
>
> All in all, I find this very disappointing. Until now, just about
> everything from Eclipse.org has pretty much worked as advertised and
> I've been very impressed with the overall competence of the Eclipse
> project.
>
> So what's going on here? Am I missing something really basic?
>
> Thanks in advance for any help.
>
> Doug
>
>
|
|
|
Goto Forum:
Current Time: Thu Apr 25 22:38:14 GMT 2024
Powered by FUDForum. Page generated in 0.03200 seconds
|