Instalación de Eclipse simple con múltiples configuraciones y espacios de trabajo

Question

He estado tratando de descifrar esto por unos días, así que no marque como duplicado.

Lo que quiero es la siguiente:

1. Una instalación de Eclipse, es decir, Eclipse-3.7-64bit-PCR

2. Múltiples "configuraciones" que se usa (1) para ejecutar, es decir:

   • configuración Python con plugins como PyDev
   • configuración Scala con plugins como ScalaIDE

3. múltiples espacios de trabajo, como:

   • UI (utilizarán/espacio de trabajo de la interfaz de usuario y la configuración Python)
   • Lógica (utilizará/espacio de trabajo lógica y de configuración Scala plugins)

Entonces, lo que tienes al final son solo dos atajos:

• interfaz de usuario:

  [path-to-installation]/eclipse -configuration [path-to-config]/Python 
  -data [path-to-workspace]/ui 
  

• Lógica:

  [path-to-installation]/eclipse -configuration [path-to-config]/Scala 
  -data [path-to-workspace]/logic 
  

El problema es, el parámetro "configuración" no se está comportando como yo suponía que lo haría. Parece que está haciendo algún tipo de área de configuración "compartida" de algún tipo ... en un sentido que el directorio [path-to-config] en realidad está siendo poblado con carpetas como p2, complementos, etc. ...

Mientras que uno pensaría que [path-to-config] solo contendría subcarpetas python y scala.

Answer 1

Ok, por lo que he descubierto esto afuera. Es un poco confuso, pero quédate conmigo aquí. La clave es tener un subdirectorio dentro de su directorio de configuración.

Así que en lugar de simplemente definir un acceso directo Eclipse con un parámetro de configuración de esta manera:

-configuration [path-to-config]/Python 
-configuration [path-to-config]/Scala 

uno debe crear un "subdirectorio" más adentro Python o directorios de configuración Scala, respectivamente. Cualquier nombre de directorio será suficiente, yo uso config:

-configuration [path-to-config]/Python/config 
-configuration [path-to-config]/Scala/config 

Sospecho que esto podría tener algo que ver con el directorio principal de la configuración que se utiliza para almacenar algún tipo de configuración compartida. Al definir un subdirectorio adicional, probablemente evitemos que Eclipse conozca la otra configuración por completo.

En cualquier caso, si se define su -Configuración que el anterior, cada Eclipse comenzado tendrá su propia conjunto de plugins.

Por lo tanto, como un ejemplo de estos dos accesos directos:

[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 

lanzamiento de la misma instalación de Eclipse, con sistemas totalmente diversos, indepenent de plugins, y utilizan diferentes áreas de trabajo.

Answer 2

El directorio de configuración contiene la información de instalación en tiempo de ejecución del eclipse actual. Pero, por defecto, generalmente hay un directorio p2/en el mismo nivel que el directorio de configuración, que contiene información de perfil p2 y las alineaciones de versión de complemento. Además de eso, la instalación del eclipse base (el grupo de paquetes) está en complementos/y características/directorios en el mismo nivel que p2/por defecto.

Con p2 haciendo el aprovisionamiento subyacente, puede hacer cosas como crear un grupo compartido de paquetes (con todos los complementos) pero aún crear directorios de configuración y perfiles p2 separados para controlar qué complementos se inician. Pero parece que quieres los complementos adicionales (como scala y python) en sus propios directorios separados, no en el grupo común de paquetes.

Tendrás que investigar los misterios de p2 si quieres crear un diseño como ese.Un buen punto de partida:

• p2 director
• blog: Multiple Architecture, Single Build
• blog: Adventures in Multi-Architecture Eclipse
• Bug 342156 - p2 director ignorado bundlepool cuando se utiliza -roaming