Rewrite workspace to fix several small issues


In reaction to a SC_ACCEPTED response new http clients and streams are continuously created without closing them.

The trusted http client handling should be made more secure in order to avoid these kind of errors.
We've been facing the following problem in distributed installations multiple times. A file has been written to the workspace. The write call returns then in turn another service tries to access the previously written file but gets a "not found" error. Then, some time later the file appears.

Since similar issues can be observed even in other projects like Sakai we assume that this is somehow caused by the underlying NFS. NFS has-due to its architecture-latency problems.

The idea is to ask the working file repository if it is able to see the file after it has been written. This approach is not completely safe but a first step. Actually all workspaces on all nodes have to be asked if they are able to see the modification.


Greg Logan
September 28, 2015, 10:09 PM

Merged PR 605 as 5983852.

Fixed and reviewed
Your pinned fields
Click on the next to a field label to start pinning.


Lukas Rohner


Lukas Rohner

Tags (folksonomy)