Autoalojamiento basado en características | En Eclipse, el método de
autoalojamiento actual está basado en conectores. El PDE lanza una segunda
instancia del entorno de trabajo de tiempo de ejecución pasando un conjunto de
conectores que se deben cargar. Los productos normales de Eclipse están basados
en características: durante el inicio, se comprueban todas las características
que deben estar activas, se calculan los conectores que pertenecen a dichas
características y se pasa el resultado para el proceso de carga.
Esta diferencia de comportamiento hace que sea complicado el autoalojamiento en aquellos escenarios en que se necesita un inicio completo en el que intervengan características. Ahora, este escenario está soportado en el PDE si se toman las debidas precauciones en la configuración:
Si se dan todas estas condiciones, la instancia de Eclipse de tiempo de ejecución se lanzará de una manera que será lo más parecida posible a un inicio normal de Eclipse. Esto facilita la prueba de diálogos "Acerca de" y de otros aspectos que pueden depender del conjunto de características instaladas. |
Borrar o no borrar | Al crear una nueva configuración de
lanzamiento de entorno de trabajo de tiempo de ejecución, el PDE preestablece los
Argumentos de programa en la configuración de lanzamiento para que incluyan un argumento
-clean.
Este argumento -clean borrar todos los datos en antememoria de tiempo de ejecución que haya en el entorno de trabajo de tiempo de ejecución de una invocación a la siguiente, para asegurar que todos los cambios realizados en el entorno de trabajo principal, (por ejemplo si se han añadido nuevos paquetes Java a un proyecto de conector, etc.) se recogen al lanzar un entorno de trabajo de tiempo de ejecución. Este borrado de la antememoria puede entorpecer el rendimiento si la plataforma destino contiene un gran número de conectores. Por consiguiente, si está en una situación en la que la plataforma destino tiene un gran número de conectores y se encuentra en una etapa en la que no añade ni elimina paquetes activamente de los proyectos de conector, podría eliminar el argumento -clean de la configuración de lanzamiento para mejorar el tiempo de arranque. |
Importar con enlace | El proceso de importar conectores y fragmentos externos puede ser muy pesado y provocar un aumento considerable del tamaño de las áreas de trabajo, según sea el contenido de los conectores que se importen.Por lo tanto, el asistente 'Importar conectores y fragmentos externos' le brinda la oportunidad de importar con enlace.Esto quiere decir que la operación de importación no copiará en el área de trabajo los recursos que se importen.Tan solo creará enlaces que llevan a los archivos importados.Podrá examinar estos recursos enlazados igual que si se hubiesen copiado en el área de trabajo.Sin embargo, como los recursos no están físicamente en su sistema de archivos, no podrá modificarlos.Debe tener una idea clara de cuáles son las operaciones que dependen de la presencia física de los archivos en el área de trabajo, porque no funcionarán en los recursos enlazados. |
Plantillas | Para empezar rápidamente, el PDE proporciona varios conectores de plantilla que generarán un conector con una o varias extensiones completamente operativas.Además, si en cualquier momento deseara añadir una nueva extensión de la lista de plantillas (sin tener que generar un conector), podría acceder a las plantillas de extensiones directamente desde el editor de manifiestos.En la página 'Extensiones' del editor, pulse 'Añadir...'. En el asistente que se abre, seleccione Plantillas de extensión, en el panel de la izquierda, y elija la plantilla que desee en el panel de la derecha. |
Extensión de las dependencias de un conector | Si ha consultado alguna vez la
lista de conectores de los que depende su conector y se ha preguntado por qué
su conector necesita un conector X concreto, ahora le resultará fácil
averiguarlo.
La operación Calcular extensión de dependencias que figura en los menús contextuales de varios contextos (entre ellos la vista Dependencias y la página Dependencias del archivo de manifiesto), lleva a cabo una búsqueda Java y de conectores combinada para localizar todos los tipos Java y todos los puntos de extensión proporcionados por el conector X a los que hace referencia su conector. El resultado se visualizará en la vista Buscar.Cuando se selecciona un tipo en la vista de resultado de la búsqueda, la acción Referencias en MyPlugIn del menú contextual busca todos los lugares del conector en los que se hace referencia al tipo seleccionado. Si la búsqueda no devuelve ningún resultado, deberá eliminar el conector X de la lista de dependencias, ya que no se utiliza para nada y tan solo serviría para ralentizar la carga de clases. También conviene marcar la opción Calcular extensión de dependencias si está utilizando clases internas (que no sean de API) del conector X, lo que podría no ser deseable. |
Buscar dependencias no utilizadas | El rendimiento mejora si se minimiza el número de dependencias de un conector.A medida que evolucione el proceso de su conector, la lista de sus dependencias podría volverse obsoleta, ya que en ella aún podrían figurar referencias a conectores que hayan dejado de necesitarse.Una manera rápida de comprobar si su conector utiliza efectivamente todas las dependencias que figuran en la lista consiste en ejecutar el programa de utilidad 'Buscar dependencias no utilizadas', disponible en el menú contextual de la página 'Dependencias' del editor de manifiestos del PDE. |
Ampliar el ámbito de la búsqueda Java | La búsqueda Java está limitada a los proyectos del área de trabajo y a los archivos JAR externos a los que hacen referencia dichos proyectos.Si desea añadir a la búsqueda más bibliotecas procedentes de conectores externos: abra la vista Conectores, seleccione un conector y elija Añadir a búsqueda Java en el menú contextual.Esta es una solución práctica para estar al tanto de los otros conectores que dependen de aquellos en los que esté trabajando. |