Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 152992 - Pathes in RemoteSystemsTempFiles are not adequate for tunnelling
Summary: Pathes in RemoteSystemsTempFiles are not adequate for tunnelling
Status: RESOLVED DUPLICATE of bug 245260
Alias: None
Product: Target Management
Classification: Tools
Component: RSE (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 3.1 M5   Edit
Assignee: David McKnight CLA
QA Contact: Martin Oberhuber CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 195170
  Show dependency tree
 
Reported: 2006-08-07 13:05 EDT by Martin Oberhuber CLA
Modified: 2009-03-10 06:19 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Oberhuber CLA 2006-08-07 13:05:27 EDT
I can set up a dstore connection to a remote system through an ssh tunnel:
  ssh -l moberhuber build.eclipse.org -L 27127:build.eclipse.org:27127 "cd rseserver/latest && perl ./server.pl 27127 50000 jar mober"

Now I can connect to localhost:27127, but in reality this connects to build.eclipse.org through dstore. In RemoteSystemsTempFiles, the files from the remote system will be listed below a directory named "localhost".

This is not adequate, since multiple tunnels would share temp files. 

I guess the best solution for this is to make tunnelling more explicit, i.e. allow connections to have an attribute "tunnel host:port" and another one "real host:port". Then, the RemoteSystemsTempFiles project should use the real host name instead of the tunnelled one. Note that tunnelling is a generic concept that might be applicable to any connection scheme.
Comment 1 Martin Oberhuber CLA 2007-07-04 11:40:14 EDT
For related problems, see bug #193858 (RemoteSystemsTempFiles pathes clash with multiple connections to the same host), for which a workaround is investigated by using the remoteMountPathMappers extension point (bug #195285).
Comment 2 David McKnight CLA 2007-11-05 12:54:20 EST
Martin, do you think my solution for Bug 195285 is sufficient to address this one?
Comment 3 Martin Oberhuber CLA 2007-11-07 16:15:28 EST
Not sure. Do you think it could fix bug 160100 ?
Comment 4 David McKnight CLA 2007-11-07 16:54:27 EST
I think is should fix it because the implementor of the mapper can store the files however he/she pleases within the temp files project.
Comment 5 Martin Oberhuber CLA 2009-03-10 06:19:22 EDT
This has actually been fixed with bug 245260.

*** This bug has been marked as a duplicate of bug 245260 ***