Un proyecto EGL incluye de cero a muchas carpetas fuente, cada una de las cuales incluye de cero a muchos paquetes, y cada uno de éstos incluye de cero a muchos archivos. Cada archivo contiene de cero a muchos componentes.
Un proyecto EGL se forma seleccionando EGL o Web EGL como tipo de proyecto cuando se crea un nuevo proyecto. Asigne las propiedades a medida que realiza los pasos de creación del proyecto. Para empezar a modificar las opciones después de completar estos pasos, pulse con el botón derecho del ratón en el nombre del proyecto y cuando se visualice un menú de contexto, pulse Propiedades.
El valor de esta propiedad se almacena en un archivo llamado .eglpath del directorio de proyectos y se guarda en el depósito (si existe) que se utiliza para almacenar archivos EGL.
Cada uno de los asistentes de proyecto EGL crea una carpeta fuente llamada EGLSource.
El valor de esta propiedad se almacena en un archivo llamado .eglpath del directorio de proyectos y se guarda en el depósito (si existe) que se utiliza para almacenar archivos EGL.
<?xml version="1.0" encoding="UTF-8"?> <eglpath> <eglpathentry kind="src" path="EGLSource"/> <eglpathentry kind="src" path="\AnotherProject"/> </eglpath>
Las carpetas fuente de AnotherProject se determinan a partir del archivo .eglpath de dicho proyecto.
Un paquete es una colección con nombre de componentes fuente relacionados. Cuando se crean componentes de construcción no se utiliza ningún paquete.
Por convenio, la exclusividad de los nombres de paquete se consigue haciendo que la parte inicial del nombre de paquete sea el nombre de dominio de Internet de la organización con el orden invertido. Por ejemplo, el nombre de dominio de IBM es ibm.com y los paquetes EGL empiezan por "com.ibm". Utilizando este convenio, se tiene la seguridad de que los nombres de los programas Web que desarrolla una organización no duplicarán los nombres de programas desarrollados por otra organización y los programas podrán instalarse en el mismo servidor sin que exista la posibilidad de se produzca un conflicto de nombres.
com.mycom.mypack
c:\miEspacioTrabajo\nuevo.proyecto\EGLSource\com\mycom\mypack
Todos los componentes de un archivo EGL pertenecen al mismo paquete. La sentencia de paquete del archivo, si existe, especifica el nombre de dicho paquete. Si no se especifica una sentencia de paquete, los componentes se almacenan directamente en la carpeta fuente y se dice que están en el paquete por omisión. Se recomienda especificar siempre una sentencia de paquete ya que los archivos del paquete por omisión no pueden compartirse con los componentes de otros paquetes o proyectos.
Es posible que dos componentes con el mismo identificador no estén definidos en el mismo paquete. Se recomienda no utilizar el mismo nombre de paquete en diferentes proyectos o en diferentes carpetas.
El paquete para la salida Java generada es el mismo que paquete del archivo EGL.
Cada archivo EGL pertenece a una de las siguientes categorías:
Los demás componentes se denominan subcomponentes.
Un archivo fuente EGL puede incluir de cero a muchos subcomponentes pero no puede incluir más de un componente generable. El componente generable (si existe) debe estar en el nivel superior del archivo y debe tener el mismo nombre que el archivo.
dirInstalación\egl\eclipse\plugins\ com.ibm.etools.egl_versión
El nombre del archivo (como por ejemplo egl_wssd_6_0.dtd) empieza por las letras egl y un signo de subrayado. Los caracteres wssd hacen referencia a Rational Web Developer y Rational Application Developer, los caracteres wsed hacen referencia a Rational Application Developer para z/OS y los caracteres wdsc hacen referencia a Rational Application Developer para iSeries.
En la mayoría de casos, este archivo es una salida de la interacción con el asistente de servicio web EGL. La información contenida en este archivo se utiliza durante la depuración, la generación y la ejecución.
dirInstalación\egl\eclipse\plugins\ com.ibm.etools.egl_versión
El nombre del archivo (como por ejemplo egl_wssd_6_0.dtd) empieza por las letras egl y un signo de subrayado. Los caracteres wssd hacen referencia a Rational Web Developer y Rational Application Developer, los caracteres wsed hacen referencia a Rational Application Developer para z/OS y los caracteres wdsc hacen referencia a Rational Application Developer para iSeries.
Después de añadir componentes a archivos, puede utilizar un depósito para mantener un historial de los cambios.
Esta sección ofrece recomendaciones para configurar los proyectos de desarrollo.
Para obtener información adicional, consulte la sección Componente descriptor de construcción.