recovering from workspace corruption

[lucidlee]

I'm encountering a lot of niggling problems and am thinking they all stem from some form of corruption of the workspace.
Problem 1. Java client won't launch:

java.io.EOFException: encoding.error.not.xml
at com.sun.deploy.xml.XMLEncoding.decodeXML(XMLEncoding.java:48)
at com.sun.javaws.jnl.XMLFormat.parse(XMLFormat.java:60)
at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(LaunchDescFactory.java:81)
at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(LaunchDescFactory.java:99)
at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(LaunchDescFactory.java:144)
at com.sun.javaws.Main.launchApp(Main.java:379)
at com.sun.javaws.Main.continueInSecureThread(Main.java:255)
at com.sun.javaws.Main$1.run(Main.java:115)
at java.lang.Thread.run(Thread.java:637)

It seems clear that the jnlp begins to download and then fails to complete - its virtually empty when examined in a text editor. Conversely a client downloaded some months ago launches successfully, connects to the repository server and updates itself, but ultimately fails because the datasource has changed. It seems that the code itself is corrupted somewhere as evidenced by the following problem...

Problem 2: Long-deleted form reappears in an error log as missing from a non-existent directory

org.eclipse.core.internal.resources.ResourceException(/sportiva/.stp/sportiva/.stp/sportiva/forms/frm_member_editor.js)[381]: java.io.IOException: File not found: /Users/l0ki/sportiva_workspace/sportiva/.stp/sportiva/.stp/sportiva/forms/frm_member_editor.js.
at org.eclipse.core.internal.resources.ContentDescriptionManager$LazyFileInputStream.ensureOpened(ContentDescriptionManager.java:158)
at org.eclipse.core.internal.resources.ContentDescriptionManager$LazyFileInputStream.read(ContentDescriptionManager.java:168)
at java.io.InputStream.read(InputStream.java:85)
at org.eclipse.core.internal.content.LazyInputStream.loadBlock(LazyInputStream.java:99)
at org.eclipse.core.internal.content.LazyInputStream.ensureAvailable(LazyInputStream.java:64)
at org.eclipse.core.internal.content.LazyInputStream.read(LazyInputStream.java:119)
at org.eclipse.core.internal.content.Util.getByteOrderMark(Util.java:119)
at org.eclipse.core.internal.content.TextContentDescriber.describe(TextContentDescriber.java:49)
at org.eclipse.core.internal.content.ContentType.describe(ContentType.java:161)
at org.eclipse.core.internal.content.ContentType.internalGetDescriptionFor(ContentType.java:458)
at org.eclipse.core.internal.content.ContentTypeCatalog.getDescriptionFor(ContentTypeCatalog.java:313)
at org.eclipse.core.internal.content.ContentTypeCatalog.getDescriptionFor(ContentTypeCatalog.java:317)
at org.eclipse.core.internal.content.ContentTypeMatcher.getDescriptionFor(ContentTypeMatcher.java:86)
at org.eclipse.core.internal.resources.ContentDescriptionManager.readDescription(ContentDescriptionManager.java:436)
at org.eclipse.core.internal.resources.ContentDescriptionManager.getDescriptionFor(ContentDescriptionManager.java:346)
at org.eclipse.core.internal.resources.File.internalGetCharset(File.java:250)
at org.eclipse.core.internal.resources.File.getCharset(File.java:211)
at org.eclipse.core.internal.resources.File.getCharset(File.java:198)
at org.eclipse.search.internal.core.text.FileCharSequenceProvider$FileCharSequence.initializeReader(FileCharSequenceProvider.java:276)
at org.eclipse.search.internal.core.text.FileCharSequenceProvider$FileCharSequence.reset(FileCharSequenceProvider.java:269)
at org.eclipse.search.internal.core.text.FileCharSequenceProvider$FileCharSequence.<init>(FileCharSequenceProvider.java:255)
at org.eclipse.search.internal.core.text.FileCharSequenceProvider.newCharSequence(FileCharSequenceProvider.java:36)
at org.eclipse.search.internal.core.text.TextSearchVisitor.processFile(TextSearchVisitor.java:260)
at org.eclipse.search.internal.core.text.TextSearchVisitor.processFiles(TextSearchVisitor.java:196)
at org.eclipse.search.internal.core.text.TextSearchVisitor.search(TextSearchVisitor.java:172)
at org.eclipse.search.internal.core.text.TextSearchVisitor.search(TextSearchVisitor.java:184)
at org.eclipse.search.core.text.TextSearchEngine$1.search(TextSearchEngine.java:54)
at org.eclipse.search.internal.ui.text.FileSearchQuery.run(FileSearchQuery.java:182)
at org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.run(InternalSearchUI.java:91)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

It seems an entire directory structure has been embedded within itself but containing old and sometimes deleted versions of the files, such as .stp/sportiva/forms/frm_member_editor.js. The question is where is this memory stored and how can I expunge it?

Problem 3. Selections from the Window menu don't launch. Eg Selecting Window/Open Perspective/Other... or Window/Show View/Other... or indeed Window/"any selection" all fail. Is the only solution to this issue a reinstall? if so how do I deal with the local project files - commit to the repository and then reinstall and reconnect?

Server Information
Servoy version 5.1.4 -build 964
Port used by RMI Registry: 1099
Repository version 38 (BE86863A-E956-4C20-AEE8-24825F63FC09)

JDK Information
java.vm.name=Java HotSpot(TM) Server VM
java.version=1.5.0_24
java.vm.info=mixed mode
java.vm.vendor=Apple Inc.

Operating System Information
os.name=Mac OS X
os.version=10.5.8
os.arch=i386

[jcompagner]

problem 1: check your plugins there is a plugin with invalid jnlp xml structure like no version="1.0" in the <?xml tag

problem 2: just refresh your workspace/project, select a project and then doe refresh/f5

[lucidlee]

problem 1: check your plugins there is a plugin with invalid jnlp xml structure like no version="1.0" in the <?xml tag

No success. I removed the 3rd party plugins form my developer account but it runs the smart client quite happily anyway and the application server (which is another machine) had no plug-ins uploaded. I did notice that the app server is running java 5.0 and my development machine is running 6.0 r20 so I upgraded the app server but again, no luck. Is it time to do a servoy reinstall?

problem 2: just refresh your workspace/project, select a project and then do a refresh/f5

This seems to have worked - at least I'm no longer getting errors due to lost directories. But I do have a couple of files that synchronising (and committing) doesn't seem to fix - they reappear again as out of sync anytime I do the test. I've tried "marking as merged" & commit, and also overwriting but in each case the 'fixed' file is marked for conflict whenever I check it again. Is this a plausible consequence of Problem 2?

[jcompagner]

1> is it a public server? So can i look/download a client?

2> you are using servoy's team repository i guess? what you could do is make sure all your changes are committed (and make a backup of your workspace to be really sure)
then delete the solution and check it out again.

[lucidlee]

1> is it a public server? So can i look/download a client?
2> you are using servoy's team repository i guess? what you could do is make sure all your changes are committed (and make a backup of your workspace to be really sure)
then delete the solution and check it out again.

OK, so I went the whole hog and wiped my Leopard Server, reinstalled and upgraded it to whatever, then downloaded and installed the Servoy 5.2.1 package sans developer so that this machine can act as a Team server.

On my development machine (a Macbook, Snow Leopard) I exported the solution, backed up the workspace and servoy.properties and then uninstalled the upgraded Servoy 5.2.1 (from a 5.0>5.1>5.2 install) and reinstalled v5.2.1 from the downloaded package. This meant that Sybase is now history and I'm running with a PostgreSQL repository Server. My main datasources are running in MySQL as the production environment uses it.

I fired Servoy up once to establish the servoy.properties file then shut it down and edited the file to include the datasources from my backup. I then restarted Servoy and imported the solution into a clean workspace.

At this stage I had a functioning Servoy and an accessible solution on my development machine. The Team server was devoid of any solution so I attempted to share the solution with it. I was unable to commit the solution because of a multitude of conflicts. I was able to fix those in the resources directory but continue to have problems with the solution itself. The errors below (from .metadata/.log) are typical

!ENTRY com.servoy.eclipse.core 4 0 2010-09-14 11:48:15.068
!MESSAGE writeProjectToDir
!STACK 0
java.lang.NullPointerException
at com.servoy.j2db.server.Zb.Zo.getRootObject(Zo.java:17)
at sun.reflect.GeneratedMethodAccessor234.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
at sun.rmi.transport.Transport$1.run(Transport.java:159)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142)
at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:178)
at java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:132)
at $Proxy3.getRootObject(Unknown Source)
at com.servoy.eclipse.team.RepositoryOperations.writeProjectToDir(RepositoryOperations.java:377)
at com.servoy.eclipse.team.RepositoryOperations.writeProjectToDir(RepositoryOperations.java:240)
at com.servoy.eclipse.team.ServoyTeamProvider.getProjectToTempDir(ServoyTeamProvider.java:594)
at com.servoy.eclipse.team.ServoyTeamProvider$9.runInWorkspace(ServoyTeamProvider.java:960)
at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

!ENTRY com.servoy.eclipse.core 4 0 2010-09-14 11:48:15.069
!MESSAGE Unexpected Exception
!STACK 0
java.lang.NullPointerException
at com.servoy.j2db.server.Zb.Zo.getRootObject(Zo.java:17)
at sun.reflect.GeneratedMethodAccessor234.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
at sun.rmi.transport.Transport$1.run(Transport.java:159)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:255)
at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:233)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142)
at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:178)
at java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:132)
at $Proxy3.getRootObject(Unknown Source)
at com.servoy.eclipse.team.RepositoryOperations.writeProjectToDir(RepositoryOperations.java:377)
at com.servoy.eclipse.team.RepositoryOperations.writeProjectToDir(RepositoryOperations.java:240)
at com.servoy.eclipse.team.ServoyTeamProvider.getProjectToTempDir(ServoyTeamProvider.java:594)
at com.servoy.eclipse.team.ServoyTeamProvider$9.runInWorkspace(ServoyTeamProvider.java:960)
at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

!ENTRY org.eclipse.team.core 4 0 2010-09-14 11:48:15.070
!MESSAGE

I see there is a recurring error line:
at $Proxy3.getRootObject(Unknown Source)
but don't know what it means, nor how to identify and fix it.

The accompanying servoy-server_log.txt shows compression failures during this sequence, yet also seems to be passing some compressed data:

2010-09-14 11:47:51,555 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - sql select SELECT public:tbl_i18n#tbli18n127.-1=message_language<12,5,0>,public:tbl_i18n#tbli18n127.-1=message_key<12,150,0>,public:tbl_i18n#tbli18n127.-1=message_value<12,2000,0> FROM public:tbl_i18n#tbli18n127 ORDER BY public:tbl_i18n#tbli18n127.-1=message_language<12,5,0> ASC,public:tbl_i18n#tbli18n127.-1=message_key<12,150,0> ASC
2010-09-14 11:47:51,555 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - Analysing filters null
2010-09-14 11:47:51,556 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - SELECT public:tbl_i18n#tbli18n127.-1=message_language<12,5,0>,public:tbl_i18n#tbli18n127.-1=message_key<12,150,0>,public:tbl_i18n#tbli18n127.-1=message_value<12,2000,0> FROM public:tbl_i18n#tbli18n127 ORDER BY public:tbl_i18n#tbli18n127.-1=message_language<12,5,0> ASC,public:tbl_i18n#tbli18n127.-1=message_key<12,150,0> ASC FILTER null
2010-09-14 11:47:51,556 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - QuerySet { updates = <null>, select = select message_language, message_key, message_value from tbl_i18n order by message_language asc, message_key asc limit ? [[50000000]] <0^50000000>, cleanups = <null> }
2010-09-14 11:47:51,556 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - used sql select message_language, message_key, message_value from tbl_i18n order by message_language asc, message_key asc limit ? questiondata.length 1
2010-09-14 11:47:51,556 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - questiondata[0] = 50000000 ,type: java.lang.Integer
2010-09-14 11:47:51,567 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 4777 bytes, compressed: 73%
2010-09-14 11:47:51,599 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-CIS: Read 82 bytes, compressed: 86%
2010-09-14 11:47:51,600 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 22 bytes, compressed: 0%
2010-09-14 11:47:51,886 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-CIS: Read 41 bytes, compressed: 0%
2010-09-14 11:47:51,886 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 92 bytes, compressed: 33%
2010-09-14 11:47:51,888 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-CIS: Read 41 bytes, compressed: 0%
2010-09-14 11:47:51,888 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 26 bytes, compressed: 0%
2010-09-14 11:47:51,892 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-CIS: Read 62 bytes, compressed: 0%
2010-09-14 11:47:51,895 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 656 bytes, compressed: 52%
2010-09-14 11:48:13,639 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-CIS: Read 17 bytes, compressed: 95%
2010-09-14 11:48:13,640 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 22 bytes, compressed: 0%
2010-09-14 11:48:14,991 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-CIS: Read 41 bytes, compressed: 0%
2010-09-14 11:48:14,991 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 13 bytes, compressed: 90%
2010-09-14 11:48:14,992 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-CIS: Read 41 bytes, compressed: 0%
2010-09-14 11:48:14,992 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 26 bytes, compressed: 0%
2010-09-14 11:48:14,993 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-CIS: Read 62 bytes, compressed: 0%
2010-09-14 11:48:14,994 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(31)-192.168.1.11-COS: Written 27 bytes, compressed: 98%
2010-09-14 11:48:20,688 INFO [RMI TCP Connection(32)-192.168.1.11] com.servoy.j2db.util.Debug - Got -1, compressing socket is closed
2010-09-14 11:48:20,689 WARN [RMI TCP Connection(32)-192.168.1.11] com.servoy.j2db.util.Debug - Compressing socket closed
java.lang.RuntimeException
at com.servoy.j2db.rmi.compressing.CompressingSocket.close(CompressingSocket.java:55)
at sun.rmi.transport.tcp.TCPConnection.close(TCPConnection.java:204)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:564)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)
2010-09-14 11:48:20,689 WARN [RMI TCP Connection(32)-192.168.1.11] com.servoy.j2db.util.Debug - Compressing socket closed
java.lang.RuntimeException
at com.servoy.j2db.rmi.compressing.CompressingSocket.close(CompressingSocket.java:55)
at sun.rmi.transport.tcp.TCPTransport.closeSocket(TCPTransport.java:500)
at sun.rmi.transport.tcp.TCPTransport.access$200(TCPTransport.java:68)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:845)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)
2010-09-14 11:48:35,689 INFO [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - Got -1, compressing socket is closed
2010-09-14 11:48:35,689 WARN [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - Compressing socket closed
java.lang.RuntimeException
at com.servoy.j2db.rmi.compressing.CompressingSocket.close(CompressingSocket.java:55)
at sun.rmi.transport.tcp.TCPConnection.close(TCPConnection.java:204)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:564)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)
2010-09-14 11:48:35,690 WARN [RMI TCP Connection(31)-192.168.1.11] com.servoy.j2db.util.Debug - Compressing socket closed
java.lang.RuntimeException
at com.servoy.j2db.rmi.compressing.CompressingSocket.close(CompressingSocket.java:55)
at sun.rmi.transport.tcp.TCPTransport.closeSocket(TCPTransport.java:500)
at sun.rmi.transport.tcp.TCPTransport.access$200(TCPTransport.java:68)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:845)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)
2010-09-14 11:52:51,665 INFO [SocketAccepter[0]] com.servoy.j2db.util.Debug - SocketAccepter[0]-CIS: Read 7 bytes, compressed: 0%
2010-09-14 11:52:51,666 INFO [RMI TCP Connection(33)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(33)-192.168.1.11-COS: Written 19 bytes, compressed: 0%
2010-09-14 11:52:51,667 INFO [RMI TCP Connection(33)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(33)-192.168.1.11-CIS: Read 18 bytes, compressed: 0%
2010-09-14 11:52:51,668 INFO [RMI TCP Connection(33)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(33)-192.168.1.11-CIS: Read 280 bytes, compressed: 22%
2010-09-14 11:52:51,669 INFO [RMI TCP Connection(33)-192.168.1.11] com.servoy.j2db.util.Debug - RMI TCP Connection(33)-192.168.1.11-COS: Written 250 bytes, compressed: 12%
2010-09-14 11:53:06,688 INFO [RMI TCP Connection(33)-192.168.1.11] com.servoy.j2db.util.Debug - Got -1, compressing socket is closed
2010-09-14 11:53:06,689 WARN [RMI TCP Connection(33)-192.168.1.11] com.servoy.j2db.util.Debug - Compressing socket closed
java.lang.RuntimeException
at com.servoy.j2db.rmi.compressing.CompressingSocket.close(CompressingSocket.java:55)
at sun.rmi.transport.tcp.TCPConnection.close(TCPConnection.java:204)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:564)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)
2010-09-14 11:53:06,689 WARN [RMI TCP Connection(33)-192.168.1.11] com.servoy.j2db.util.Debug - Compressing socket closed
java.lang.RuntimeException
at com.servoy.j2db.rmi.compressing.CompressingSocket.close(CompressingSocket.java:55)
at sun.rmi.transport.tcp.TCPTransport.closeSocket(TCPTransport.java:500)
at sun.rmi.transport.tcp.TCPTransport.access$200(TCPTransport.java:68)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:845)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)

The problem of identifying the errors is exacerbated by the fact that the error log viewer is missing from fresh installs of v5.2.1, as identified in this thread:http://forum.servoy.com/viewtopic.php?f=11&t=14088

I've fiddled with having compression on and off as well as SSL on and off and the impact is not evident.
Can anyone enlighten me on the errors I'm encountering?

[Gabi Boros]

hi,

unfortunately there is an issue in 5.2.1, when commiting a new project to
a remote servoy team server; we fixed it for the next release;
until then, as a workaround, export your solution from the workspace,
star the servoy server that will be used for team server, with 'startRepositoryAsTeamProvider' set to false,
and import the solution into this, via admin page; reset 'startRepositoryAsTeamProvider' to true, restart the server
and checkout the solution