试图将这个问题弄清楚几天,所以请不要将其标记为副本。
我想要的是以下内容:
多个"配置"使用(1)运行,即:
多个工作区,例如:
所以你最终只有两个捷径:
UI:
[path-to-installation]/eclipse -configuration [path-to-config]/Python
-data [path-to-workspace]/ui
逻辑:
[path-to-installation]/eclipse -configuration [path-to-config]/Scala
-data [path-to-workspace]/logic
问题是,"配置"参数不像我想的那样表现。它似乎正在做某种"共享"某种配置区域...在某种意义上,目录 [path-to-config] 实际上正在填充像p2,插件等文件夹...
有人会认为 [path-to-config] 只包含子文件夹 python 和 scala 。
答案 0 :(得分:8)
好的,所以我想出来了。这有点令人困惑,但在这里坚持我。 关键是在config目录中有一个子目录。
因此,不要简单地使用如下配置参数定义Eclipse快捷方式:
-configuration [path-to-config]/Python
-configuration [path-to-config]/Scala
必须分别在Python或Scala配置目录中创建另一个“子目录”。任何目录名都可以,我使用config
:
-configuration [path-to-config]/Python/config
-configuration [path-to-config]/Scala/config
我怀疑这可能与用于存储某种共享配置的配置的父目录有关。通过定义一个额外的子目录,我们可能会阻止Eclipse完全了解其他配置。
在任何情况下,如果您如上所述定义 -configuration ,则每个Eclipse启动时都会拥有自己的插件集。
所以,作为一个例子,这两个快捷方式:
[path-to-installation]/eclipse -configuration [path-to-config]/Python/config
-data [path-to-workspace]/ui
[path-to-installation]/eclipse -configuration [path-to-config]/Scala/config
-data [path-to-workspace]/logic
启动相同的Eclipse安装,使用完全不同的独立插件集,并使用不同的工作区。
答案 1 :(得分:3)
配置目录包含当前eclipse的运行时安装信息。但默认情况下,通常有一个与配置目录处于同一级别的p2 /目录,其中包含p2配置文件信息和插件版本阵容。最重要的是,基本eclipse安装(捆绑池)在插件/和功能/目录中与p2 /默认处于同一级别。
使用p2进行底层配置,您可以执行诸如创建共享捆绑池(包含所有插件)之类的操作,但仍可创建单独的配置目录和p2配置文件来控制启动哪些插件。但是听起来你想要在他们自己的独立目录中使用额外的插件(比如scala和python),而不是在公共捆绑池中。
如果你想创建这样的布局,你将不得不调查p2的奥秘。一个很好的起点: