2009-02-24 15 views

Respuesta

24

actualización de mayo de 2014 Eclipse 4.x

Como oberlies amablemente señala en the comments:

dropins están en desuso! ¡No los uses!

A pesar de que todavía están documentados (en Kepler 4.3 for instance), this thread añade:

Una de las razones por las que Eclipse no recomienda el método carpeta dropins de la instalación es que no hay retroalimentación si algo sale mal. Cualquier cantidad de cosas podría estar interponiéndose en el camino.

  • Si estaba utilizando la interfaz de usuario de instalación, se le informaría de los problemas antes de que se realicen los cambios.
  • Con dropins, Eclipse intenta instalar y comenzar tanto como puede y realmente no sabes lo que está pasando.

Un despliegue local, as shown in this tutorial, prefiere usar File → Export → Plug-in Development → Deployable plug-ins and fragments.

Pero el destino final permanece en ECLIPSE_HOME/plugins.


Respuesta original (2009, Eclipse 3.x)

Debe añadir sus plugins en ECLIPSE_HOME/dropins.

Si desea plugins comunes definidos, utilice bundle pools (también introduced here)

http://2.bp.blogspot.com/_Xv6Yjx9z9no/SGftQroKv6I/AAAAAAAAAJc/JcPTai4GhiU/s400/p2+shared+verzeichnisse.png

También puede utilizar una carpeta dropins adicionales propia: sólo tiene que añadir un parámetro en eclipse.ini:

-Dorg.eclipse.equinox.p2.reconciler.dropins.directory= /your_path/e34shared_dropin 

Esta ubicación extra se puede utilizar desde más de una instalación Eclipse, por lo que puede usarla como una suspensión compartida (directorio visto).

Para Bundle piscina, tiene here a step by step procedure:


Para abordar mejor el problema, que podrían encontrar interesante el siguiente artículo:

p2: how I install plugins in extension locations (desde el blog Eclipse and Java Blog by Michael Scharf)

El siguiente procedimiento explica cómo instalar complementos en diferentes ubicaciones de extensión y compartir esas ubicaciones de extensión entre diferentes instalaciones de eclipse usando el gestor de actualización p2 y los archivos de enlace. Para una discusión lengthly ver bug 224145

(Nota: p2 es la "nueva" manera de gestionar los plugins, enlaces es el camino "viejo" para hacer referencia a los plugins fuera del directorio de instalación de Eclipse)

guardo un conjunto de ubicaciones de extensiones diferentes en C:\eclipse\extensions (cada ubicación de extensión se encuentra en un subdirectorio de ese directorio).
Supongamos que deseo instalar foo en la nueva ubicación de extensión C:\eclipse\extensions\foo.

  1. empiezo Eclipse con:
-configuration C:\eclipse\extensions\foo\eclipse\configuration 
  1. instalo foo mediante el gestor de actualizaciones.

  2. Ahora puede utilizar la extensión mediante la creación de un archivo foo.link dentro del directorio de enlaces de una instalación de Eclipse (puede que tenga que crear el directorio [eclipse]\links) que contiene:

path=C:/eclipse/extensions/foobar 

Eso es todo :-)

Notas:

  • Tiene barras diagonales en ventanas en el archivo de enlaces.
  • Este procedimiento funciona para Eclipse 3.4 y 3.5.
  • No tiene que crear ningún directorio especificado por el parámetro -configuration. Eclipse hará eso por ti.
  • Es importante seguir el patrón EXTENSION_NAME/eclipse/configuration para el parámetro "-configuration" porque p2 pondrá los plugins de un directorio por encima del directorio de configuración y archivos de enlace requiere que el directorio que contiene los plugins se llama Eclipse.
  • Con esta estructura puedo actualizar complementos en las ubicaciones de extensión ejecutando eclipse con la configuración y luego realizar la actualización.

Uso avanzado: Si quiero instalar barras en base a mi extensión foo, se crea un archivo de enlace a foo en la ubicación barra de extensión Enlaces:

C:\eclipse\extensions\bar\eclipse\configuration\links\foo.link 

y seguir mi procedimiento estándar descrito anteriormente (el directorio de enlaces se puede completar antes de la primera ejecución de eclipse) ...

Nota para eclipse 3.4: Si está utilizando eclipse 3.4 y desea utilizar los sitios de actualización predeterminados de eclipse, yo Debes ejecutar eclipse sin "-configuration" y exportarlos (Help->Software Updates->Available Software (tab)->Manage Sites->Export), para que puedas importarlos al eclipse "-configuration".

+0

Gracias VonC! Usar un directorio dropins externo configurado en eclipse.ini me funcionará. Pero es extraño que ya no pueda usar las actualizaciones de software si deseo administrar mis complementos fuera de ECLIPSE_HOME. –

+0

+1, (hubiera hecho +5 si hubiera podido) para el impresionante diagrama. está casi garantizado +1 cuando hace un buen diagrama/visualización. –

+0

El uso compartido de complementos basado en enlaces funciona con Eclipse Helios en mi máquina con Windows XP, pero no funciona con Eclipse Indigo en Fedora 13. ¿Eclipse Indigo no es compatible con el enfoque basado en enlaces para compartir complementos? – mogli

2

No estoy seguro de si esto es lo que está buscando, pero si obtiene complementos manualmente (no a través del cargador, como frascos), puede usar el mecanismo de descenso.

Ir a ECLIPSE_HOME/dropins

Crear un directorio llamado "SomeNameForFunctionality" Crear un subdirectorio llamado "eclipse" por debajo Crear subdirectorios llamados "características" y "plugins" debajo "Eclipse" mover los plugins y características jarros a los subdirectorios correspondientes.

Reinicia Eclipse y asegúrate de que tardan unos segundos más en cargarse. Tu complemento aún debería estar allí.

+0

Gracias Uri! Pero estaba buscando una opción para permitir que el actualizador de software instale el complemento en un directorio diferente. –

2

La carpeta Dropins es una buena solución si instala complementos manualmente. Si está instalando complementos a través del administrador de actualizaciones, no puede seleccionar la ubicación de instalación para sus complementos a través de la interfaz de usuario. Ya no.

BTW, si le gusta compartir complementos entre varias instalaciones de Eclipse, puede crear un archivo de enlace, colocarlo en la carpeta Dropins y funciona igual, sin necesidad de modificar el INI.

un archivo de enlace es un archivo de texto sin formato, que termina con la extensión .link, y tiene una línea en él: path=/path/to/your/plugins

2

Me acabo de perder una hora tratando de implementar un plugin en los dropins/directorio en Eclipse 3.7 y pensé que compartiría.

Resulta que los archivos de vista previa generados por MacOS X (comenzando ._ por ejemplo, com.example.myplugin.jar) estaban interfiriendo con la autodetección de P2 y hacían que fallara antes de que llegara a mi complemento. Hice una búsqueda para todos. archivos y los borró y el complemento finalmente se cargó

Cuestiones relacionadas