Bug 29023 - [resources] linked resources: would like to use path relative to workspace root
Summary: [resources] linked resources: would like to use path relative to workspace root
Status: RESOLVED DUPLICATE of bug 122945
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Resources (show other bugs)
Version: 2.1   Edit
Hardware: PC Windows NT
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-Resources-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 33957 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-01-06 05:28 EST by Neil Swingler CLA
Modified: 2007-07-04 13:28 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Neil Swingler CLA 2003-01-06 05:28:53 EST
We are using clearcase dynamic views. It would be nice to get the output folder
out of the dynamic view to improve build times. The project files are themselves
in clearcase and we use Eclipse on both Solaris and Windows.

I want to create a linked folder for the build output in a platform independent
way. So the path needs to be relative to something and the workspace root would
be a good choice.

Maybe you could give us a predefined "core variable" for the workspace root.
Comment 1 Neil Swingler CLA 2003-01-29 05:12:17 EST
Suggest this is closed.
Requested feature is implemented in 200301281500.
Thanks very much
Comment 2 Neil Swingler CLA 2003-01-29 07:15:18 EST
Whoops I got ahead of myself there!

I still need a predefined path variable for the workspace root.

I thought you had added one but it turned out to be one I added manually to my
workspace a while back.
Comment 3 Neil Swingler CLA 2003-04-07 19:17:37 EDT
If anybody else is interested in this, I've made my own plugin to do this.

It can be downloaded from
http://neil.swingler.name/eclipse/name.swingler.neil.workspaceroot.zip

It defines the WORKSPACE_ROOT path variable.

The workspace provides a handy "per workspace" working area for intermediary
files like class files. By compiling to the hard disk rather than a clearcase
dynamic view, we have reduced build time from 8 minutes to 2.
Comment 4 John Arthorne CLA 2003-04-08 10:51:01 EDT
This is why I don't want to add this default variable.  Using the workspace root
location as a scratch location for various linked files is dangerous.  If you
were to later create a project in the default location whose name matched the
named of a folder that is linked there, you could run into problems.  This is
especially true for build output locations, which can be scrubbed (deleted) at
any time by the java builder.  Basically, if you need a local location to put
things in, the workspace location isn't the best choice.  You'd be better off
using a subdirectory of System.getProperty("user.home") as a scratch location.
Comment 5 Neil Swingler CLA 2003-04-08 11:42:53 EDT
I take your point. Although I think people have got to know what they are doing
when they use these linked resources. After all the same problems can be achieved
without using a variable.

The other choices I have at the moment for a "per workspace" working area would be:
o home directory - might be a networked drive
o temp - a bit too temporary
o special subdirectory of workspace

For the first 2 I would also need some way to uniquely identify a workspace other
than it's path.

BTW we use a different workspace for each branch of the code we are working on
and several may be in use concurrently.
Comment 6 John Arthorne CLA 2005-01-06 12:25:07 EST
Marking old enhancement requests that we don't intend to fix in the near future
as RESOLVED LATER. This does not mean we will never do them, but it means we
have no specific plans to address them.
Comment 7 John Arthorne CLA 2005-01-12 16:43:40 EST
*** Bug 33957 has been marked as a duplicate of this bug. ***
Comment 8 John Arthorne CLA 2007-07-04 13:27:47 EDT
reopening to mark as dup
Comment 9 John Arthorne CLA 2007-07-04 13:28:08 EDT

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