Migrando componentes de aplicativos da web a partir do WebSphere Application Server Versão 5.x
Não é necessária a migração de aplicativos da web que são implementados em versões anteriores do WebSphere Application Server. As versões 2.2 e posterior da especificação Java™ Servlet e as versões 1.2 e 1.4 das especificações JavaServer Pages (JSP) ainda são suportadas, a não ser que o comportamento tenha sido mudado nas especificações Servlet 3.1 ou JSP 2.3. Estas mudanças estão geralmente disponíveis em mais detalhes em suas especificações correspondentes.
Sobre Esta Tarefa
A migração do servlet pode ser uma preocupação nos seguintes casos:
- Implementa um servlet interno do WebSphere Application Server para ignorar uma única restrição do caminho de aplicativos do WebSphere Application Server Versão 4.x
- Estende um PageListServlet que conta com as informações de configuração do arquivo XML de configuração do servlet
- Chama o método response.sendRedirect para um servlet utilizando a função encodeRedirectURL ou iniciando dentro de uma raiz sem contexto
- Depende de um cabeçalho de resposta do Tipo de conteúdo padrão que está sendo configurado
ou do comportamento de uma chamada setContentType após fazer uma chamada getWriter. O comportamento é configurado pelo nível de versão do
WebSphere Application Server usando a propriedade
customizada do contêiner da web com.ibm.ws.webcontainer.contenttypecompatibility
com um valor de V4, V5, V6 ou V7. O comportamento para cada versão é descrito na Tabela 1.
Tabela 1. Propriedades customizadas do contêiner de Web.. Descreve o comportamento de cada versão. Versão 4 Versão 5 Versão 6 Versão 7 Content-Type padrão text/html text/html; charset=<default_encoding> none Nenhum Anexar Charset em getWriter se a propriedade não existir em Content-Type Exemplo: response.setCharacterEncoding("UTF-8"); response.setContentType("text/xml"); response.getWriter();
text/html text/html text/xml; charset=UTF-8 text/xml; charset=UTF-8 Remover charset da propriedade Content-Type se a propriedade setContentType for chamada após getWriter com uma parte ";charset=" Exemplo: 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
A migração JSP poderá ser uma preocupação se seu aplicativo fizer referência a classes
de implementação de página JSP em pacotes não nomeados, ou se você instalar arquivos EAR do WebSphere Application Server Versão 4.x
(implementados na Versão 4.x com a opção Pré-compilar JSP), na Versão 5.x. É necessário recompilar
todas as páginas JSP ao migrar do WebSphere Application Server Versão 5.x.
A migração poderá ser um problema se seu aplicativo referenciar classes de
implementação da página em pacotes não nomeados, ou se você instalar arquivos EAR do WebSphere Application Server Versão 4.0.1 (implementados na
Versão 4.0.1 com a opção Pré-compilar JSP), na Versão 5.x. É necessário recompilar
todas as páginas JSP ao migrar do WebSphere Application Server Versão 5.x.

No entanto, um módulo Java EE 5 ou posterior pode existir dentro de um aplicativo que inclui arquivos pré-Java EE 5 e usa a extensão do nome do arquivo .xmi.
Os arquivos ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi, e ibm-portlet-ext.xmi continuam a usar as extensões de arquivo .xmi.
sptcfgSiga estas etapas se problemas de migração se aplicarem ao seu aplicativo da Web: