© Copyright International Business Machines Corporation 2006. Reservados todos los derechos. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM® Corp.
Si está importando proyectos de ClearCase mediante el diálogo "Importar de proyecto existente", el proyecto importado puede no estar en el nodo "Descriptor de despliegue" en la vista Explorador de proyectos.
Solución provisional: cierre y vuelva a abrir el espacio de trabajo.
El botón Examinar de la clase de servlet en la sección de Detalle de servlet del editor de descriptores de despliegue Web no funciona.
Solución provisional: utilice la página Fuente para editar el atributo de clase del servlet.
Si tiene la construcción automática activada e importa mediante el intercambio de proyectos, puede ver errores de reflejo. También puede ver errores si construye proyectos manualmente con la construcción automática desactivada.
Solución provisional: cierre y vuelva a abrir el proyecto.
Los proyectos J2EE (Web, EJB, EAR, Connector, Java Utility, App Client) añadirán valores del compilador de nivel de proyecto mediante valores predeterminados del nivel jre utilizado. Si se establecieron preferencias del compilador del espacio de trabajo no predeterminadas, los valores del nivel de proyecto deberán eliminarse deseleccionando "Habilitar valores de nivel de proyecto" o suprimiendo /.settings/org.eclipse.jdt.core.prefs.
En algunos casos, en Linux, la importación EAR no puede importar adecuadamente archivos fuente Java de archivadores WAR anidados si la construcción automática está activada.
Solución provisional: inhabilite la construcción automática antes de importar. La misma solución puede ser útil si esto ocurre con la importación WAR.
Pueden darse estas situaciones al crear varios proyectos de módulo J2EE bajo varios EAR con distintas versiones de tiempo de ejecución destino.
El campo de tiempo de ejecución destino está inhabilitado al añadir a un EAR existente (debe heredar la versión EAR) pero a veces esta versión no es correcta y, para renovar, el recuadro de selección "Añadir a EAR" debe conmutarse dos veces (seleccionarse y deseleccionarse).
Una vez importados los proyectos de V5.1.2/V.6 en un espacio de trabajo de V7.0 y después de activar el constructor para migrar los metadatos a un estilo V7.0.
En espacios de trabajo grandes, esta construcción puede tardar varios minutos y estos proyectos deben permanecer inalterados hasta que termine el proceso. Si no ha esperado a que terminara la construcción después de importar proyectos y se produjeron problemas como por ejemplo una solicitud Aviso de servidor WebSphere al intentar abrir la página Despliegue de un EAR importado, cierre el entorno de trabajo y vuelva a abrirlo.
Durante la migración del proyecto, la operación puede fallar dejando al proyecto en un estado semi migrado.
Solución provisional: en la perspectiva Recursos, abra el archivo ".project" en la raíz del proyecto y suprima la entrada siguiente:
<nature>org.eclipse.wst.common.modulecore.ModuleCoreNature</nature>
A continuación, reinicie el entorno de trabajo y ejecute una construcción limpia. Con esto se reactivará la migración en este proyecto.
Cuando crea elementos nuevos en el editor del visualizador EJB y resulta que el editor de descriptores de despliegue EJB está abierto en la página "Referencias", pueden producirse excepciones, originando errores en los elementos EJB generados.
Solución provisional: cierre el editor de descriptores de despliegue de EJB antes de trabajar con el editor del visualizador EJB.