¿Cuál es la mejor manera de mantener un objetivo de complemento Eclipse RCP?

Question

Tengo un complemento para una aplicación RCP que usa BIRT. Tengo un objetivo para crear mi aplicación que contiene solo los complementos / funciones que se requieren. Recientemente actualicé las versiones del complemento BIRT en mi IDE, lo que creó una incompatibilidad en los archivos de diseño con versiones anteriores de BIRT. Tengo la versión anterior de BIRT en mi destino y necesito actualizar a los complementos más nuevos.

En el pasado, he actualizado manualmente los tarros de complementos en el objetivo, pero BIRT es una plataforma complicada con dependencias del wazoo. ¿Hay alguna utilidad o forma de organizar mi objetivo de manera diferente que lo haga más fácil de controlar en el futuro?

Answer 1

Recomendaría mantener todos los componentes por separado y no copiarlos en una sola carpeta. Puede usar el editor de definición de destino (consulte Archivo / Nuevo / Otro ... / Definición de destino). Entonces, después de descargar todas las piezas, puede desempaquetarlas localmente y ensamblar su plataforma de destino utilizando el editor de definición de destino.

También puede hacer lo mismo usando la página de preferencias Ventana / Preferencias / Desarrollo de complementos / Plataforma de destino. Allí puede seleccionar la definición de destino creada previamente o especificar la instalación básica de Eclipse y luego usar " Agregar ... " botón para agregar componentes adicionales de carpetas locales o sitios remotos.

Además, hasta donde yo sé, el equipo PDE está trabajando actualmente en la expansión del soporte de la plataforma Target en Eclipse 3.5. Creo que planean permitir seleccionar la Definición de destino por configuración de lanzamiento y por proyecto.

Answer 2

No estoy seguro si te entiendo bien, así que avísame si no.

Cuando uso bibliotecas de terceros, creo un complemento para cada una.

Ejemplo:

biblioteca xstream:

• Importar los frascos (también el código fuente)
• Añadir los frascos al MANIFIESTO Bundle-ClassPath
• Agregue todos los paquetes xtream al MANIFEST Export-Package

Cuando un complemento necesita el código de la biblioteca xstream, debe depender del complemento xtream. Debido a que los paquetes son públicos, cada complemento puede usar su código fuente.

Cuando se acerca una nueva versión de xtream, solo tiene que actualizar los archivos jar y no los complementos dependientes. A veces tiene que actualizar los paquetes de exportación del complemento de terceros.

Todos los complementos dependientes que no tiene que cambiar.