Community
Participate
Working Groups
I see no way of opening an alternate Workspace from the GUI. It is possible that one would keep more than one workspace and it would be nice to be able to switch between them.
Moving to UI
You are correct. There is no way in the UI to do this. Adding this support will require assitance from the Core team. Moving to Core to get their feedback
Not planned for 2.0. This would require significant changes to how the platform and workspace are started up. Deferring.
I am sorry to hear this resolution, but I understand the feature/price tradeoffs. However, I would like to restate that this is a significant productivity enhancement for most users. I am getting used to having to create icons for each workspace I want to use, and alternating between them, but at times it would be so much easier if I could just switch the workspaces on the fly.
I agree that this is very useful - I used multiple workspaces frequently in VAME, and although it is less frequent in Eclipse, I have already run into the need for a File->OpenWorkspace multiple times.
I'm not sure if this work around would truly meet the needs of users, or if it would be any easier to implement, but what if there was only one workspace, and there were "Filter Working Set" were supported at the Core level. To be truly useful, only the "visible" projects would loaded into memory.
David Corbin, Your workaround wouldn't help me at all, since the time I'm most likely to want to open an alternate workspace is when I am migrating to a new workspace, but I want to open an old one to copy some settings, etc., esp if a new Eclipse build doesn't work well on an older workspace.
*** Bug 13689 has been marked as a duplicate of this bug. ***
Another duplicate PR: http://bugs.eclipse.org/bugs/show_bug.cgi?id=2916
Another very similar PR: http://dev.eclipse.org/bugs/show_bug.cgi?id=2090
Multiple workspaces are desirable for clean separation between totally unrelated groups of projects. For example, a software consultant might maintain a separate workspace for each client. Switching between workspaces within Eclipse would seem a very natural feature. If this cannot be supported in version 2.0, please consider it for a future version.
If I could switch workspaces, I would probably want to share my preferences across all workspaces. Is there an existing bug for this (Share preferences metadata)? I don't understand why Preferences metadata (which to me apply to a single "installation" of Eclipse) is currently intermingled with project metadata (which should apply to each workspace). BTW, yes I've seen the Export feature in F2, but this doesn't keep all of my workspaces in sync.
No, there are no current plans to allow users to share preferences across multiple workspaces other than the current support introduced in F2 for import/export.
Reopening for consideration.
*** Bug 23074 has been marked as a duplicate of this bug. ***
Another reason why this would be a desireable feature is that ClearCase requires (actually I think they say *strongly recommend*) you to have a separate workspace for each view. On my project, I do the integration role as well as doing development, which means I have two workspaces - one for development, and one for integration. It's a pain to have to quit Eclipse (WSAD) just to switch to the integration view to do testing and make baselines. My machine doesn't have enough resources to keep two copies of WSAD open at once :-)
Changed severity to major because on MacOS there is no 'official' command line. As a consequence the user has to drill down into a (normally invible) 'application bundle' and edit a XML-file (Info.plist) to specify an alternate workspace. On MacOS X this is not acceptable. See duplicate #23863: No UI for Eclipse execution options
*** Bug 23863 has been marked as a duplicate of this bug. ***
Deferring.
*** Bug 32202 has been marked as a duplicate of this bug. ***
*** Bug 35974 has been marked as a duplicate of this bug. ***
Are there any plans to provide this functionality in Eclipse 3.0?
This is a plan item for Eclipse 3.0. See bug 37681.
I see also this problem, Consider you have project A and project B, and B refers to A to get some resources from it (like some .jar file) or adding to its classpath. Suppose now, that you have to test another version of projects A and B, to solve a bug. I cannot have them all open at once, because there would be name conflicts (2 projects having the same name). I think it is missing another layer of abstraction, the solution (in the sense of Visual Studio.NET) that can contains projects that can refer mutually between them. But two projects belonging to two solutions couldn't refer to each one, in order to avoid conflicts between separate things. In this way we could achieve isolation between unrelated projects. And a solution, doesn't store general user preferences like a workspace, just project settings. What do you think?
Re-opening.
*** Bug 42476 has been marked as a duplicate of this bug. ***
Bug 42476 describes precisely what I would hope to get from workspace switching.
*** This bug has been marked as a duplicate of 37681 ***
re comment 27, yes, but that is in the future. Many plugins are not setup for this sort of change. They have caches and handles and ... Post 3.0 there will undoubtedly be an item for improving the Switching behaviour. For now we are planning to do a, choose the new workspace and restart Eclipes on the new one.
> For now we are planning to do a, choose the new workspace and restart Eclipes on the new one. I suppose this could also be used for the case when you copy a new plugin to the plugins directory by hand while Eclipse is still running, and you want to restart Eclipse on the same workspace? I.e. will the current workspace be one of the choices in the "alternate workspace" dialog?
