Notas de release de las herramientas de prueba y publicación (servidor)

© 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.

Notas de release

1.0 Limitaciones
   1.1 Eliminar el módulo EJB compartido en varios proyectos EAR
2.0 Problemas conocidos y soluciones provisionales
   2.1 La sustitución de método en caliente no se aplica después de reanudar en modalidad de depuración
   2.2 Error java.lang.NoClassDefFoundError cuando se añade un archivo JAR de programa de utilidad a las bibliotecas Web
   2.3 El asistente Servidor nuevo tarda más en completarse cuando el servidor remoto está detenido
   2.4 Conmutar el tipo de conexión del servidor para un WebSphere Application Server v6.1 seguro

1.0 Limitaciones

1.1 Eliminar el módulo EJB compartido en varios proyectos EAR

Si un módulo Enterprise JavaBean (EJB) se comparte entre varios proyectos EAR que estén ejecutándose en a WebSphere Application Server y se elimina uno de los proyectos EAR del servidor, deben reiniciarse los demás proyectos EAR para que puedan acceder a los recursos, como por ejemplo los beans EJB, del proyecto EJB. 

Si no lleva a cabo la acción, podrá ver mensajes de error parecidos a los que se muestran a continuación.  Estos errores ocurren porque el nombre JNDI (Java Naming and Directory Interface) del proyecto EJB se elimina del servidor cuando se elimina el EAR.

 

Este es un mensaje de error de ejemplo:

00000028 SystemOut     O javax.naming.NameNotFoundException: Contexto: myCell/nodes/myNode/servers/server1, nombre: ejb/ejbs/Session20Home: No se ha encontrado el primer componente del nombre Session20Home. [La excepción raíz es org.omg.CosNaming.NamingContextPackage.NotFound: IDL:omg.org/CosNaming/NamingContext/NotFound:1.0]
    en com.ibm.ws.naming.jndicos.CNContextImpl.processNotFoundException(CNContextImpl.java:4730)
    en com.ibm.ws.naming.jndicos.CNContextImpl.doLookup(CNContextImpl.java:1907)
    en com.ibm.ws.naming.jndicos.CNContextImpl.doLookup(CNContextImpl.java:1862)
    en com.ibm.ws.naming.jndicos.CNContextImpl.lookupExt(CNContextImpl.java:1552)
    en com.ibm.ws.naming.jndicos.CNContextImpl.lookup(CNContextImpl.java:1354)
    en com.ibm.ws.naming.util.WsnInitCtx.lookup(WsnInitCtx.java:172)
    en javax.naming.InitialContext.lookup(InitialContext.java:363)
    en com.ibm.ivj.ejb.runtime.AbstractAccessBean.lookupAndCacheHome(AbstractAccessBean.java:224)
    en com.ibm.ivj.ejb.runtime.AbstractAccessBean.getGlobalHome(AbstractAccessBean.java:216)
    en com.ibm.ivj.ejb.runtime.AbstractAccessBean.getHome(AbstractAccessBean.java:249)
    en ejbs.Session20AccessBean.ejbHome(Session20AccessBean.java:50)
    en ejbs.Session20AccessBean.instantiateEJB(Session20AccessBean.java:80)
    en ejbs.Session20AccessBean.foo(Session20AccessBean.java:91)
 

2.0 Problemas conocidos y soluciones provisionales

2.1 La sustitución de método en caliente no se aplica después de reanudar en modalidad de depuración

Suponga que tiene un proyecto, por ejemplo un proyecto de Cliente de aplicaciones con las configuraciones siguientes:

Puede ocurrir que el botón Reanudar de la vista Depurar no funcione adecuadamente. Por ejemplo, cuando ejecute la aplicación en el servidor en modalidad de depuración, puede intentar cambiar el origen en tiempo de ejecución y después utilizar el botón Reanudar para continuar depurando la aplicación. Puede ocurrir que los cambios de sustitución de método en caliente del código fuente no se apliquen.
Intente pulsar dos veces el botón Reanudar para permitir que los cambios de tiempo de ejecución surtan efecto. 
Nota: este problema no se produce cuando establece la faceta de proyecto para Java en la versión 5.0.

2.2 Error java.lang.NoClassDefFoundError cuando se añade un archivo JAR de programa de utilidad a las bibliotecas Web

Si añade un archivo JAR de programas de utilidad a las Bibliotecas Web para un proyecto Web y en el código hace referencia a clases que estén dentro del archivo JAR, podrá obtener un error java.lang.NoClassDefFoundError cuando intente ejecutar la aplicación en el servidor.
La solución se aplica después de añadir un archivo JAR de programa de utilidad al módulo JAR, a continuación añada el archivo JAR a las dependencias de Módulos J2EE del proyecto Web completando los pasos siguientes:

  1. Añada un archivo JAR de programas de utilidad al módulo EAR. Consulte el tema Añadir archivos JAR de programas de utilidad de la documentación del producto para conocer los detalles.
  2. Pulse con el botón derecho sobre el proyecto Web y seleccione Propiedades. Se abre el recuadro de diálogo Propiedades.
  3. Seleccione Dependencias de módulos J2EE.  
  4. En la pestaña Módulos J2EE bajo la columna JAR/Módulo, marque el recuadro de selección junto al archivo JAR de programas de utilidad.

2.3 El asistente Servidor nuevo tarda más en completarse cuando el servidor remoto está detenido

Si el servidor remoto está detenido, el asistente Servidor nuevo puede tardar más en completarse después de pulsar el botón Finalizar. Una solución consiste en iniciar el servidor remoto antes de pulsar el botón Finalizar en el asistente Servidor nuevo.

2.4 Conmutar el tipo de conexión del servidor para un WebSphere Application Server v6.1 seguro

Si se inicia un WebSphere Application Server v6.1 seguro y en el editor del servidor cambia el tipo de conexión del servidor por la invocación a método remoto (RMI) o por SOAP, verá el mensaje de error de fallo en la publicación después de guardar los cambios en el editor del servidor:
La publicación no se realiza porque no se ha iniciado el servidor.  Inicie el servidor antes de realizar la operación de publicación.
Puede pasar por alto tranquilamente el error. Después de que el estado del servidor de la vista Servidores sea Iniciado, también puede completar un mandato de publicación (en la vista Servidores, pulse con el botón derecho sobre el servidor y seleccione Publicar.)