| RSE server doesn't work [message #574959] |
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
|
|
|
Powered by
FUDForum. Page generated in 0.02250 seconds
] 
Search
Help
Register
Login
Home
