Migración de componentes de aplicaciones web de WebSphere Application Server Version 5.x
No es necesario migrar las aplicaciones web desplegadas en las versiones anteriores de WebSphere Application Server. Las versiones 2.2 y posteriores de la especificación de Java™ Servlet y las versiones 1.2 y 1.4 de las especificaciones JSP (JavaServer Pages) siguen estando soportadas salvo que se haya cambiado el comportamiento en las especificaciones de Servlet 3.1 o de JSP 2.3. Estos cambios normalmente están disponibles en más detalle en su especificación correspondiente.
Acerca de esta tarea
La migración del servlet puede ser un punto a tener en los siguientes casos:
- Implementa un servlet interno de WebSphere Application Server para omitir una restricción de vía de acceso de aplicación individual de WebSphere Application Server Versión 4.x
- Amplía un PageListServlet que se basa en la información de configuración del archivo XML de configuración de servlet
- Llama al método response.sendRedirect para un servlet utilizando la función encodeRedirectURL o iniciándose dentro de una raíz sin contexto
- Depende de una cabecera de respuesta Content-Type predeterminada que se está estableciendo o del comportamiento de una llamada setContentType, después de realizar una llamada getWriter.
El comportamiento es establecido por el nivel de versión de WebSphere Application Server utilizando la propiedad personalizada del contenedor web com.ibm.ws.webcontainer.contenttypecompatibility con un valor de V4, V5, V6 o V7. En la Tabla 1 se describe el comportamiento para cada versión.
Tabla 1. Propiedades personalizadas del contenedor web.. Describe el comportamiento de cada versión. Versión 4 Versión 5 Versión 6 Versión 7 Content-Type predeterminado text/html text/html; charset=<codificación_predeterminada> ninguno ninguno Adjuntar charset en getWriter, si la propiedad no existe en Content-Type Ejemplo: response.setCharacterEncoding("UTF-8"); response.setContentType("text/xml"); response.getWriter();
text/html text/html text/xml; charset=UTF-8 text/xml; charset=UTF-8 Eliminar el charset de la propiedad Content-Type, si la propiedad setContentType se llama después de getWriter con una parte ";charset=" Ejemplo: setContentType("text/html;charset=ISO-8859-7"); getWriter(); setContentType("text/xml;charset=UTF-8");
text/html text/html text/html text/xml; charset=ISO-8859-7
La migración de JSP puede ser un problema si la aplicación hace referencia a
clases de implementación de páginas JSP de paquetes sin nombre
o si instala los archivos EAR de WebSphere Application Server Versión 4.x (desplegados en la Versión 4.x con la opción
Precompile de JSP) en la Versión 5.x. Tiene que volver a compilar todas las
páginas JSP al migrar desde WebSphere Application Server Versión 5.x.
La migración de JSP puede ser un problema si la aplicación hace referencia a
clases de implementación de páginas JSP en paquetes sin nombre
o si instala los archivos EAR de WebSphere Application Server Versión 4.0.1.x (desplegados en la Versión 4.0.1.x con la opción
Precompile de JSP) en la Versión 5.x. Tiene que volver a compilar todas las
páginas JSP al migrar desde WebSphere Application Server Versión 5.x.

No obstante, puede existir un módulo de Java EE 5 o posterior dentro de una aplicación que incluya archivos previos a Java EE 5 y que utilice la extensión de nombre de archivo .xmi.
Los archivos ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi, y ibm-portlet-ext.xmi siguen utilizando la extensión de archivo .xmi.
sptcfgSiga estos pasos si los asuntos de migración afectan a su aplicación web: