Este documento contiene las descripciones de algunos de los cambios más interesantes o significativos que se han hecho en PDE para el release 3.2 de Eclipse desde la versión 3.1.
PDE |
|
Definiciones de destino |
Ahora puede definir un destino en un archivo .target
(Archivo > Nuevo > Otros... > Desarrollo de plug-ins > Definición
de destino). El archivo .target define todos los aspectos de un destino, incluyendo el nombre, la ubicación, el contenido (en términos de plug-ins, características o ambas cosas) y JRE. Además, puede especificar y gestionar varios sitios de plug-in en el destino sin necesidad de archivos .link. La página de preferencias Desarrollo de plug-ins > Plataforma destino permite examinar, obtener una vista previa y aplicar definiciones destino existentes. |
Añadir destinos |
Pueden añadirse destinos a un
producto Eclipse
por medio del punto de extensión org.eclipse.pde.core.targets. El SDK de Eclipse se suministra con dos extensiones org.eclipse.pde.core.targets centrales de RCP, lo que permite conmutar fácilmente la plataforma entre el SDK y el subconjunto de RCP. |
Vista jerárquica de plug-ins |
Los plug-ins de la página Desarrollo de plug-ins >
Plataforma destino puede agruparse ahora por sitios. Esta vista jerárquica facilita
mucho la gestión de destinos grandes y distribuidos. |
Plug-ins para cualquier infraestructura OSGi |
El asistente de creación Proyecto de plug-in nuevo
(Archivo > Nuevo > Proyecto...> Proyecto de plug-in) ahora proporciona la
opción para crear plug-ins que pueden ejecutarse con cualquier infraestructura OSGi.
También se proporciona una plantilla Hello OSGi.
|
Lanzador de infraestructura OSGi de Equinox |
Ahora hay un lanzado nuevo disponible para ejecutar y
depurar paquetes compuestos con la infraestructura OSGi de Equinox. Podrá establecer el
nivel inicial de los paquetes compuestos y personalizar argumentos de VM y programa para
probar los paquetes compuestos bajo condiciones distintas.
Se puede crear una configuración de lanzamiento de infraestructura OSGi de Equinox en el diálogo Configuraciones de lanzamiento (Ejecutar > Ejecutar... en el menú de nivel superior.) |
Aciertos de búsqueda Java en archivos de manifiesto |
Las búsquedas de referencias a tipos y paquetes Java
ahora muestran aciertos en los archivos MANIFEST.MF, plugin.xml y fragment.xml. |
Los archivos de manifiesto de plug-in participan en la refactorización |
Cuando mueve o redenomina un tipo o un paquete Java en el plug-in, PDE actualiza ahora automáticamente todas las referencias a estos tipos y paquetes en los archivos de manifiesto de los plug-ins afectados. |
Asistente de NLS para archivos de manifiesto de plug-in |
PDE proporciona ahora un asistente para extraer series
traducibles de archivos de manifiesto de plug-in y almacenarlas en un archivo de
propiedades para el soporte de varios idiomas.
El asistente está disponible a través de Herramientas de PDE > Externalizar series... en el menú de contexto de los proyectos de plug-in y sus archivos de manifiesto. |
Organizar archivos de manifiesto de plug-in |
El asistente Organizar manifiestos es una parada
obligada antes de enviar un plug-in. Elimina dependencias no utilizadas y claves de
propiedad y gestiona los paquetes exportados asegurándose de que están marcados con la
visibilidad adecuada.
Esta función puede invocarse con Herramientas de PDE > Organizar manifiestos... en el menú de contexto de los proyectos de plug-in y los archivos MANIFEST.MF. |
Instrucción de proceso nueva en archivos plugin.xml |
Los archivos de manifiesto de plug-in generados por PDE
ahora contienen una instrucción de proceso nueva que indica la versión 3.2 en
lugar de 3.0.
Esta instrucción de proceso nueva es necesaria si un plug-in debe sacar partido del
soporte de tiempo de ejecución nuevo en el que un plug-in puede contribuir con puntos de
extensión y extensiones a un espacio de nombres distinto del suyo propio.
En el ejemplo que se proporciona a continuación, el plug-in org.eclipse.pde.core contribuye con una extensión al espacio de nombres org.eclipse.pde Tenga en cuenta que no es necesario migrar un plug-in existente para utilizar la instrucción de proceso nueva a menos que desee utilizar el soporte del espacio de nombres nuevo en ese plug-in. |
Entorno de ejecución de paquete compuesto |
Un entorno de ejecución de paquete compuesto especifica
el nivel mínimo de JRE necesario para el plug-in a ejecutar. Si el JRE utilizado para
ejecutar Eclipse no cumple con el requisito, el plug-in no se ejecutará.
Por ejemplo, si declara J2SE-1.4 como el entorno de ejecución de paquetes compuestos del plug-in, el plug-in se ejecutará con una versión JRE >= 1.4. Si el plug-in puede ejecutarse en entornos de ejecución que no son subconjuntos uno de otro (por ejemplo, J2SE-1.4 y CDC-1.1/Foundation-1.1), entonces deberían listarse todos los entornos de ejecución de paquete compuesto. La sección Entornos de ejecución está en la página Visión general del editor de manifiestos del plug-in. Durante una exportación de plug-in, el código de plug-in se compila con el JRE asociado al primer entorno de ejecución listado en el archivo MANIFEST.MF. Consulte la página de preferencias Java > JRE instalados > Entornos de ejecución para obtener una lista de entornos de ejecución OSGi y la lista de los JRE instalados compatibles entre sí. |
Gestión automatizada de dependencias |
PDE proporciona ahora un flujo de trabajo flexible nuevo
que permite codificar primero el plug-in y después analizar el código y que el PDE genere
automáticamente la lista de dependencias de plug-in. La sección Gestión automatizada de dependencias de la página Dependencias del editor de manifiestos del plug-in permite especificar una lista de plug-ins con la que desea aumentar la vía de acceso de construcción de desarrollo (y por tanto el ámbito de la asistencia de contenido.) Estas dependencias no se añaden inmediatamente al archivo MANIFEST.MF, pero puede empezar inmediatamente la codificación como si así fuera. En cualquier momento, puede indicar al PDE que analice el código y genere las dependencias correctas en el archivo MANIFEST.MF a través de la cabeceras Require-Bundle o Import-Package. |
Comparación estructural y resaltado de sintaxis para los archivos manifest.mf |
Al comparar dos versiones de un archivo MANIFEST.MF de
paquete compuesto, el visor de comparación de estructuras nuevo le permitirá ver
fácilmente qué cabeceras se han añadido, eliminado o modificado.
También se ha añadido el resaltado de sintaxis a la página fuente de MANIFEST.MF. Las preferencias de colores y fonts pueden establecerse en la página de preferencias Desarrollo de plug-ins > Editores. |
Validar archivos build.properties |
PDE valida ahora los archivos build.properties para
distinguir problemas potenciales que podrían impedir que el plug-in se exportara
adecuadamente. El nivel de gravedad para los problemas de los archivos build.properties puede establecerse en la página de preferencias Desarrollo de plug-ins > Compiladores > Plug-ins. |
Arreglos rápidos para archivos de manifiesto de plug-in |
Ahora hay arreglos rápidos disponibles para muchos tipos
de problemas de los archivos MANIFEST.MF, plugin.xml y build.properties, incluyendo los
siguientes:
|
Anexo automático de Javadoc |
PDE automatiza ahora la tarea de anexar los Javadoc a
las bibliotecas que se encuentran en la vía de acceso de construcción del plug-in. Consulte la documentación del punto de extensión org.eclipse.pde.core.javadoc para obtener todos los detalles. |
Editor de esquemas de punto de extensión nuevo |
El editor de esquemas de punto de extensión se ha
rediseñado.
Se han incluido estas nuevas características:
|
Plantilla de aplicación RCP autónoma |
El entorno de ejecución de Eclipse es un modelo de
componente Java enriquecido, ideal para ejecutar aplicaciones autónomas (sin UI). El asistente de creación Proyecto de plug-in nuevo (Archivo > Nuevo > Proyecto...> Proyecto de plug-in) soporta ahora un flujo de trabajo para crear aplicaciones RCP autónomas, completadas con una plantilla Hello World. |
Validación de formularios en el editor del producto |
El editor del producto informa ahora de avisos y errores
en el área de título de cada página. Los problemas de los que se informa incluyen vías de
acceso no válidas y la equivocación en el tamaño y la profundidad de imagen. |
Supervisor de progreso integrado en la pantalla inicial del producto |
Si le gusta la barra de progreso integrada de la
pantalla inicial de Eclipse, puede hacer lo mismo fácilmente para la pantalla inicial de
su producto.
La página Marca del editor del producto de PDE proporciona soporte para añadir y personalizar una barra de progreso integrada. |
Argumento de lanzador específicos de plataforma para la exportación del producto entre plataformas |
En el editor del producto, ahora es posible especificar
argumentos de VM y programa específicos de la plataforma con los que lanzar un producto.
Esto permite la creación de archivos <launcher>.ini específicos de la plataforma en
una sola operación de exportación entre plataformas. |
Añadir una página Bienvenida al producto |
Una página de bienvenida es la oportunidad para que la
experiencia inicial del usuario con su producto sea agradable. La página Marca del editor de configuraciones del producto (Archivo > Nuevo > Otros...> Configuración del producto) ahora tiene una sección Página de bienvenida que le ayudará a crear una página de bienvenida para su producto. |
Configuraciones de lanzamiento de PDE compartibles y portables |
Las configuraciones de lanzamiento de PDE (Aplicación de Eclipse y plug-in JUnit) ahora soportan sustituciones de variable. La utilización cuidadosa de las variables permite que el formulario de configuración de lanzamiento guardado sea portable entre sistemas operativos y compartible entre equipos. |
Plantillas para argumentos de lanzamiento |
Ahora puede especificar una plantilla para los
argumentos de programa y VM que se utilizarán para inicializar los argumentos
predeterminados en configuraciones de lanzamiento de PDE nuevas. |
Validación de plug-in antes del lanzamiento mejorada y automática |
La funcionalidad Validar conjunto de plug-ins
disponible en la pestaña Plug-ins de todos los lanzadores de PDE analiza la lista
de plug-ins seleccionados para buscar problemas de arranque de lanzamiento escondidos.
Esta función se ha mejorado ahora para predecir más tipos de restricciones no satisfechas que podrían impedir la ejecución del plug-in. También puede optar por realizar automáticamente esta validación antes de cada lanzamiento. |
Búsqueda en código fuente nueva para depurar aplicaciones de Eclipse |
Al depurar aplicaciones de Eclipse, PDE
utiliza ahora un mecanismo de búsqueda de código fuente ligado al cargador de clases
OSGi. Esto resulta más rápido y más exacto que la búsqueda de código fuente Java lineal. La pestaña Fuente se ha eliminado de las configuraciones de lanzamiento de Eclipse/Equinox/Plug-in JUnit porque ya no es necesaria. |
Destinos Ant personalizado de nivel de plug-in |
El archivo build.xml generado para un plug-in soporta ahora destinos personalizado en el nivel de plug-in. Establezca la propiedad "customBuildCallbacks" en un archivo build.properties del plug-in para que señale a un script Ant y se generarán llamadas anteriores y/o posteriores a Ant para los destinos siguientes: build.jars, build.sources, el destino de compilación (eq: @dot), gather.bin.parts, gather.sources, gather.logs y clean. En muchos casos pueden utilizarse estas llamadas de retorno personalizadas en lugar de tener un archivo build.xml totalmente personalizado. En org.eclipse.pde.build/templates se proporciona una plantilla customBuildCallbacks.xml. |
Construir productos |
La construcción de PDE soporta ahora la construcción de productos de un archivo .product en una construcción autónoma y automatizada. Se generará automáticamente una característica basada en el contenido del archivo product. |
Soporte de varios repositorios |
La generación de construcción de PDE de scripts de captación para construcciones autónomas es ahora ampliable. Los ampliadores pueden proporcionar soporte para captar elementos de repositorios adicionales a través del punto de extensión org.eclipse.pde.build.fetchFactories. La construcción de PDE proporciona la extensión estándar para captar archivos de CVS. |