Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 400842 - ftp drive timeout can block all other user workspace requests
Summary: ftp drive timeout can block all other user workspace requests
Status: RESOLVED WONTFIX
Alias: None
Product: Orion
Classification: ECD
Component: Server (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 400622 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-02-14 14:31 EST by Susan McCourt CLA
Modified: 2015-05-05 14:40 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Susan McCourt CLA 2013-02-14 14:31:29 EST
I ran into this problem in bug 400482 comment 2.
For reasons still not quite understood, trying to connect to one of my project's drive was hanging.  And we observed that when this happens, no one else on orion.eclipse.org could access the navigator root.

John explains that drive creation (what is called "connect" in the UI) uses the workspace servlet.  And the servlet methods are synchronized to prevent threading problems storing state.  Adding an ftp drive will make a socket request, and the timeout is OS dependent.  If this happens, than any other request to the workspace servlet is blocked until the timeout is done.

This exactly maps to the symptoms in the other bug.  We found that we could access subfolders via the navigator, but not the workspace root.  The subfolders requests run in a different servlet (file servlet)
Comment 1 Mark Macdonald CLA 2013-02-14 14:44:50 EST
*** Bug 400622 has been marked as a duplicate of this bug. ***
Comment 2 John Arthorne CLA 2015-05-05 14:40:12 EDT
Closing as part of a mass clean up of inactive bugs. Please reopen if this problem still occurs or is relevant to you. For more details see:

https://dev.eclipse.org/mhonarc/lists/orion-dev/msg03444.html