Configurando a Utilização de Carregadores de Classes por um Aplicativo

É possível configurar se seu aplicativo e módulos da Web utilizam seus próprios carregadores de classes para carregar classes ou utilizam carregadores de classes diferentes, bem como configure o recarregamento de classes quando os arquivos do aplicativo forem atualizados. Os carregadores de classes permitem que um aplicativo acesse repositórios de classes e recursos disponíveis.

Antes de Iniciar

Esse tópico supõe que seu aplicativo ou módulo já esteja implementado em um servidor.

A seguinte nota aplica-se a referências de arquivos xmi neste tópico:
Configurações suportadas Configurações suportadas: Para arquivos de extensão e de ligação IBM®, a extensão do nome do arquivo .xmi ou .xml é diferente dependendo de você estar utilizando um aplicativo pré-Java EE 5 ou um módulo ou um aplicativo ou módulo Java™ EE 5 ou posterior. Um arquivo de extensão ou de ligação IBM é denominado ibm-*-ext.xmi ou ibm-*-bnd.xmi em que * é o tipo de arquivo de extensão ou de ligação como app, aplicativo, ejb-jar ou web. As seguintes condições se aplicam:
  • Para um aplicativo ou módulo que usa um Java EE versão anterior à versão 5, a extensão do arquivo deverá ser .xmi.
  • Para um aplicativo ou módulo que usa Java EE 5 ou posterior, a extensão do arquivo deve ser .xml. Se os arquivos .xmi forem incluídos no aplicativo ou módulo, o produto ignorará os arquivos .xmi.

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.

sptcfg

Sobre Esta Tarefa

Os carregadores de classes têm influência sobre se o aplicativo e seus módulos localizarão os recursos que eles precisam para serem executados com eficiência. É possível selecionar se seu aplicativo e módulos da Web utilizam seus próprios carregadores de classes para carregar classes, ou utilizam um carregador de classes-pai.

Um carregador de classes do aplicativo agrupa módulos Enterprise JavaBeans (EJB), bibliotecas compartilhadas, resource adapter archives (arquivos RAR) e arquivos de Java (JAR) de dependência associados a um aplicativo. Os arquivos JAR de dependência são arquivos JAR que contêm código que pode ser utilizado por enterprise beans e servlets.

Um carregador de classes de aplicativo é pai de um carregador de classes de web application archive (WAR). Por padrão, um módulo da Web possui seu próprio carregador de classes WAR para carregar o conteúdo do módulo da Web. O valor da política do carregador de classes do WAR de um carregador de classes do aplicativo determina se o carregador de classes do WAR ou o carregador de classes do aplicativo é utilizado para carregar o conteúdo do módulo da Web.

Você também pode selecionar se as classes são recarregadas quando os arquivos de aplicativos são atualizados. Para módulos EJB ou quaisquer módulos não-web, ativando o recarregamento de classe faz com que o tempo de execução do servidor de aplicativos pare e inicie o aplicativo para recarregar classes de aplicativo. Para módulos da Web, como arquivos servlets e JavaServer Pages (JSP), um contêiner da Web recarrega um módulo da Web somente quando a extensão IBM reloadingEnabled no arquivo ibm-web-ext.xmi estiver definida para verdade.

Para configurar o uso de carregadores de classes por seu aplicativo e módulos da Web, utilize a página Carregamento de classe e detecção de atualização do console administrativo.

Atenção: Se um aplicativo estiver em execução, a alteração de uma configuração do aplicativo fará com que ele seja reiniciado. Em servidores independentes, o aplicativo será reiniciado depois de salvar a alteração. Em produtos de vários servidores, o aplicativo reinicia após você salvar a alteração e os arquivos sincronizarem no nó onde o aplicativo está instalado. Para controlar quando a sincronização ocorrerá em produtos com vários servidores, cancele a seleção de Sincronizar Alterações com Nós na página de Preferências do Console.

Procedimento

  1. Clique em Aplicativos > Tipos de aplicativos > Aplicativos corporativos WebSphere > application_name > Carregamento de classe e detecção de atualização para acessar a página Carregamento de classe detecção de atualização.
  2. Especifique se as classes de aplicativos devem ser recarregadas quando o aplicativo ou seus arquivos forem atualizados.

    Por padrão, o recarregamento da classe não é ativado. Selecione Substituir configurações de recarregamento de classe para módulos da Web e EJB para escolher as classes de aplicativo de recarregamento. É possível especificar valores diferentes para módulos EJB e para módulos da Web, como servlets e arquivos JSP.

  3. Especifique o número de segundos para varrer o sistema de arquivos do aplicativo para arquivos atualizados.

    O valor especificado para Intervalo de Polling para Arquivos Atualizados tem efeito somente se o recarregamento de classe for ativado. O padrão é o valor do atributo do intervalo de recarregamento no arquivo de extensão IBM (META-INF/ibm-application-ext.xmi) do aplicativo corporativo (arquivo EAR). É possível especificar valores diferentes para módulos EJB e para módulos da Web, como servlets e arquivos JSP.

    Para ativar o recarregamento, especifique um valor inteiro maior que zero (por exemplo, 1 a 2147483647).

    Para desativar o recarregamento, especifique zero (0).

  4. Especifique a ordem do carregador de classes para o aplicativo.

    A ordem do carregador de classes do aplicativo especifica se o carregador de classes procura no carregador de classes-pai ou no carregador de classes do aplicativo primeiro para carregar uma classe. O padrão é pesquisar no carregador de classes pai antes do carregador de classes do aplicativo para carregar uma classe.

    Selecione um dos valores a seguir para Ordem do carregador de classe:

    Opção Descrição
    Classes carregadas com o carregador de classes pai primeiro Faz com que o carregador de classes procure primeiro no carregador de classes pai para carregar uma classe. Esse valor é padrão para os carregadores de classe do Kit de Desenvolvimento e para os carregadores de classe do WebSphere Application Server.
    Classes carregadas primeiro com o carregador de classes local (pai por último) Faz com que o carregador de classes procure primeiro no carregador de classes do aplicativo para carregar uma classe. Ao especificar as Classes carregadas primeiro com o carregador de classes local (pai por último), o aplicativo poderá substituir as classes contidas no carregador de classe-pai.
    Atenção: Ao especificar as Classes carregadas primeiro com o carregador de classes local (pai por último), o valor poderá resultar em mensagens LinkageErrors ou ClassCastException se você combinou o uso das classes substituídas com as classes não-substituídas.
  5. Especifique se usar um único ou vários carregadores de classes para carregar arquivos WAR ( web application archives) de seu aplicativo.

    Por padrão, os módulos da Web possuem seus próprios carregadores de classes de WAR para carregar o conteúdo dos diretórios WEB-INF/classes e WEB-INF/lib. O valor do carregador de classes WAR padrão é Carregador de classes para cada arquivo WAR no aplicativo, que utiliza um carregador de classes separado para carregar cada arquivo WAR. Configurando o valor para Único carregador de classes para aplicativo faz com que o carregador de classes do aplicativo carregue o conteúdo do módulo da Web, bem como os módulos EJB, biblioteca compartilhada, arquivos RAR e arquivos JAR de dependência associados ao aplicativo. O carregador de classes do aplicativo é o pai do carregador de classes do WAR.

    Selecione um dos valores a seguir para Política do Carregador de Classes WAR:

    Opção Descrição
    Carregador de Classe para Cada Arquivo WAR do Aplicativo Utiliza um carregador de classes diferente para cada arquivo WAR.
    Carregador de classes único do aplicativo Utiliza um único carregador de classes para carregar todos os arquivos WAR em seu aplicativo.
  6. Clique em OK.

Resultados

A configuração do aplicativo ou do módulo é alterada. O aplicativo ou módulo da Web independente é reiniciado para que as alterações tenham efeito.

O que Fazer Depois

Se o aplicativo ou o módulo for implementado em um cluster e não houver mais mudanças a serem feitas na configuração, clique em Consolidar Atualização na página Aplicativos Corporativos para propagar a configuração alterada em todos os membros do cluster no qual o aplicativo ou módulo está implementado. Consolidar Atualização atualiza seqüencialmente a configuração dos nós que contêm membros de cluster.

Salve as alterações na configuração administrativa.

Em produtos com vários servidores, os binários do aplicativo são transferidos para os nós quando as alterações da configuração no gerenciador de implementação forem sincronizadas com as configurações de nós individuais nos quais o aplicativo é executado.


Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_app_classload
Nome do arquivo: trun_app_classload.html