1.0 Introducción
2.0 Problemas conocidos
2.1
Añadir archivos de módulo a un proyecto de aplicación de empresa
2.2 Elementos
de descriptor de despliegue alternativo (alt-dd) en las aplicaciones de empresa
2.3
Valores de la vía de construcción Java para proyectos EJB/Web/cliente de aplicaciones
2.4 Los espacios no
están soportados en los URI de JAR dentro de un EAR
2.5
Los nombres de los proyectos de aplicación de empresa no deben contener caracteres DBCS
2.6
Los proyectos binarios son solo de lectura
2.7
Eliminación automática de enlaces de WebSphere con supresión
2.8
Bloqueo de recursos debido a la validación JSP
2.9
Error 'Descripción de proyecto no válida' al utilizar una ubicación de proyecto que no es por
omisión para un proyecto J2EE nuevo
La perspectiva J2EE contiene las vistas que utilizará habitualmente al desarrollar recursos para proyectos de aplicación de empresa, EJB, Web y de cliente de aplicaciones. En este archivo readme se describen algunos de los problemas conocidos, limitaciones y métodos alternativos asociados a las herramientas de desarrollo J2EE de WebSphere Studio. En el archivo readme de las herramientas Web hallará documentación sobre otros elementos relacionados con las vistas J2EE y los proyectos Web de J2EE.
Al importar uno de los tipos de archivos de módulo (JAR de EJB, WAR, RAR y archivo JAR de cliente de aplicaciones) a un proyecto de aplicación de empresa, debe utilizar el asistente de importación correcto e importar el archivo de módulo al tipo de proyecto apropiado. No debe importarlo al proyecto de aplicación de empresa. Si el archivo de módulo se importa al proyecto de aplicación de empresa, no podrá añadir el módulo a la aplicación mediante el editor de descriptores de despliegue de la aplicación.
La utilización de alt-dd no está soportada actualmente en WebSphere Studio. El método alternativo consiste en editar los descriptores de despliegue de los módulos que contiene.
Siempre que sea posible, es aconsejable aceptar los valores por omisión de la vía de construcción Java para los tipos de proyecto J2EE. Para configurar dependencias entre proyectos contenidos en una aplicación de empresa, utilice el editor de dependencias de JAR o bien la página de propiedades de dependencias de JAR. Así mantendrá el atributo Class-Path del archivo MANIFEST.MF (utilizado para la unidad ejecutable del servidor) sincronizado con la vía de construcción Java del proyecto (utilizada para la compilación Java).
En general, las bibliotecas que se necesitan para un módulo deben estar en la aplicación de empresa o ser visibles para el servidor. Por lo tanto, tenga cuidado al añadir bibliotecas externas a la vía de construcción del proyecto, porque puede ser que el proyecto no funcione en el servidor. Por ejemplo, suponga que tiene una biblioteca off_the_shelf.jar a la que desea hacer referencia en un módulo WEB. Puede elegir de entre estos procedimientos:
- Añada off_the_shelf.jar a la aplicación de empresa mediante el asistente de importación del sistema de archivos; a continuación, utilice el editor de dependencias de JAR para hacer que el módulo WEB dependa del JAR, o bien
- Utilice las propiedades de la vía de construcción Java para el proyecto WEB para añadir el JAR a la vía de construcción; entonces el servidor deberá tener visibilidad del JAR.
Para cumplir estas condiciones para la prueba unitaria, edite la configuración del servidor y añada el JAR a la vía de acceso de clases.
Los espacios no están soportados en el URI para los módulos o archivos JAR de utilidades en una aplicación de empresa. El atributo "Class-Path:" de un archivo MANIFEST.MF de un archivo JAR o un módulo es una lista delimitada por espacios de vías de acceso relativas dentro de un EAR. Un JAR no podrá hacer referencia a otro JAR del EAR si el URI del JAR referenciado contenía espacios.
Cuando crea un proyecto de aplicación de empresa, le recomendamos que no le dé un nombre que contenga caracteres DBCS.
Los proyectos binarios creados por la importación de EAR (disponible como opción en el asistente de impostación) están destinados a ser solo de lectura. No debe tratar de modificar el contenido de un proyecto binario. No obstante, puede suprimir el proyecto binario y sustituirlo por una versión fuente procedente de un depósito. La mayoría de las acciones deben estar inhabilitadas para los proyectos binarios. Si utiliza proyectos binarios, intente evitar las acciones que modifiquen el contenido del proyecto o del JAR.
Al suprimir un objeto que contenga enlaces de WebSphere, también quedan suprimidos automáticamente los enlaces. Por ejemplo, si suprime un cometido de seguridad con enlaces en la página Seguridad del editor de descriptores de despliegue de la aplicación, los enlaces del cometido de seguridad también quedan suprimidos. Si vuelve a añadir un cometido de seguridad que tenga el mismo nombre, no olvide reenlazarlo si es necesario.
Si el validador JSP ha validado recientemente un proyecto Web, es posible que los archivos JAR de biblioteca o archivos de clase referenciados por ese proyecto se estén aún utilizando. Como resultado, tal vez no sea posible suprimir o mover los archivos de clase o JAR individuales (por ejemplo, si optó por suprimir el directorio /WEB-INF/lib). Si un proyecto Web hace referencia a un archivo JAR de un proyecto EAR como dependencia JAR Java, podría ser imposible suprimir el proyecto EAR o el archivo JAR que hay en él. Con el fin de "liberar" estos recursos para las actividades de gestión de archivos, cierre el proyecto Web y vuelva a abrirlo.
Al crear un proyecto J2EE nuevo (incluyendo proyectos Java, aplicación de empresa, Web, EJB, cliente de aplicación y conector), no puede utilizar una ubicación de proyecto que otro proyecto del entorno de trabajo ya haya utilizado. Si elige una ubicación de proyecto utilizada por otro proyecto, el asistente visualiza un diálogo de error o mensaje de tipo "Descripción de proyecto no válida". Si después de recibir este mensaje selecciona una ubicación de proyecto válida pulsando el botón Examinar, la creación del proyecto tampoco finalizará. La solución consiste en pulsar Cancelar y reabrir el asistente de creación de proyectos.
Volver al archivo readme principal
(C) Copyright IBM Corporation 2000, 2003. Reservados todos los derechos.