Configurações do Aplicativo Corporativo

Utilize esta página para configurar um aplicativo corporativo.

Para visualizar esta página do console administrativo, clique em Aplicativos > Aplicativos Corporativos > application_name.

Conceitos Relacionados
crun_classload.html
crun_entapp.html
crun_app_moduleversion.html

Tarefas Relacionadas
trun_appl.html

Referência Relacionada
udat_nestjcaconfac.html
uejb_rimod.html
ucws_rlibref.html
uprs_rsession_manager.html
urun_rtargetmap.html
ucws_rvars.html
rcfg_objectnames.html

Nome

Especifica um nome lógico para o aplicativo. Um nome de aplicativo deve ser exclusivo em uma célula e não pode conter um caractere não permitido.

Um nome de aplicativo não pode começar com um ponto (.), não pode conter espaços iniciais ou finais e não pode conter nenhum dos seguintes caracteres:

Caracteres Não Permitidos
/   barra $    cifrão '    aspas simples
\   barra invertida =    sinal de igual "   aspas duplas
*  asterisco %  sinal de porcentagem |     barra vertical
,   vírgula +    sinal de mais <   sinal de menor
:   dois pontos @  sinal de arroba    suporte de ângulo reto
;   ponto e vírgula #    sustenido &  e comercial
?  ponto de interrogação ]]> Não existe nenhum nome específico para essa combinação de caracteres
Tipo de Dados Cadeia

Binários do Aplicativo

Especifica o diretório no qual o arquivo EAR do aplicativo será instalado. Essa configuração Aplicativos Binários é igual ao campo Diretório para Instalar Aplicativos nos assistentes de instalação e atualização de aplicativos.

O valor padrão é o valor de APP_INSTALL_ROOT/nome_da_célula, em que a variável APP_INSTALL_ROOT é raiz_da_instalação/installedApps; por exemplo, C:\WebSphere\AppServer\profiles\nome_do_perfil\installedApps\nome_da_célula.

É possível especificar um caminho absoluto ou utilizar uma variável pathmap, como ${MY_APPS}. É possível utilizar uma variável pathmap em qualquer instalação apesar de ser principalmente necessária na instalação de um aplicativo em um cluster com membros em nós heterogêneos, porque, nesses casos, pode não haver uma única maneira para especificar um caminho absoluto. Uma variável do WebSphere Application Server ${CELL}, que indica o nome da célula atual, também pode estar na variável pathmap; por exemplo, ${MY_APP}/${CELL}.

É possível definir variáveis do WebSphere Application Server na página Variáveis do WebSphere do console administrativo, acessada clicando em Ambiente > Variáveis do WebSphere.

Tipo de Dados Cadeia
Unidades Nome de caminho completo

Utilizar Metadados de Binários

Especifica se o servidor de aplicativos utiliza descritores de ligação, extensões e implementação localizados com o documento de implementação de aplicativos, o arquivo deployment.xml (padrão) ou os localizados no arquivo EAR (Enterprise Application Resource).

Esta definição Utilizar Metadados de Binários é igual ao campo Utilizar Configuração Binária nos assistentes de instalação e de atualização do aplicativo. Selecione esta definição para aplicativos instalados apenas em destinos de implementação 6.x.

Tipo de Dados Booleano
Padrão false

Ativar Distribuição

Especifica se o WebSphere Application Server expande ou exclui binários de aplicativos no destino de instalação. O padrão é ativar a distribuição de aplicativos. Os binários de aplicativos dos aplicativos instalados são expandidos para o diretório especificado. Os binários também são excluídos quando você desinstala e salva alterações na configuração. Se essa opção for desativada, você deverá assegurar que os binários do aplicativo sejam expandidos apropriadamente nos diretórios de destino de todos os nós onde o aplicativo é executado.

Importante: Se você desativar essa opção e não copiar e expandir os binários do aplicativo para os nós, o salvamento posterior da configuração ou sincronização manual não moverá os binários do aplicativo para os nós para você.

Esta definição Ativar Distribuição é igual ao campo Distribuir Aplicativo nos assistentes de instalação e atualização de aplicativos.

Tipo de Dados Booleano
Padrão true

Validação

Especifica se o WebSphere Application Server examina as referências do aplicativo especificadas durante a instalação do aplicativo ou atualização e, se a validação estiver ativada, o usuário será avisado sobre referências incorretas ou falhas na operação.

Geralmente, um aplicativo se refere a recursos utilizando origens de dados para beans CMP (Container Managed Persistence) ou utilizando referências de recursos ou referências de ambientes de recursos definidas em descritores de implementação. A validação verifica se o recurso referido pelo aplicativo está definido no escopo do destino de implementação desse aplicativo.

O recurso pode ser definido no servidor, em seu nó, célula ou no cluster, se o servidor pertencer a um cluster. Selecione off para nenhuma validação de recurso, warn para mensagens de aviso sobre referências de recursos incorretas ou fail para parar operações que falham devido a referências de recursos incorretas.

Esta definição Validação é igual ao campo Validar Desativação/Aviso/Falha de Entrada nos assistentes de instalação e atualização de aplicativos.

Tipo de Dados Cadeia
Padrão warn

Modo do Carregador de Classes

Especifica se o carregador de classes procura primeiro no carregador de classes pai ou no carregador de classes do aplicativo para carregar uma classe. O padrão para carregadores de classes do development kit e carregadores de classes do WebSphere Application Server é Pai Primeiro. Especificando Pai por Último, seu aplicativo pode substituir classes contidas no carregador de classes pai pai, mas esta ação provavelmente pode resultar em uma ClassCastException ou LinkageErrors se você fizer uma utilização mista de classes substituídas e de classes não substituídas.

As opções são Pai Primeiro e Pai por Último. O padrão é procurar no carregador de classes pai antes do carregador de classes do aplicativo para carregar uma classe.

Para que seu aplicativo utilize a configuração padrão do Jakarta Commons Logging no WebSphere Application Server, configure este modo do carregador de classes do aplicativo para Pai Primeiro. Para que seu aplicativo substitua a configuração padrão do Jakarta Commons Logging no WebSphere Application Server, seu aplicativo deve fornecer a configuração em um formato suportado pelo Jakarta Commons Logging e esse modo do carregador de classes deve ser configurado para Pai por Último. Além disso, para substituir a configuração padrão, configure o modo do carregador de classes para cada módulo da Web em seu aplicativo para que o depósito de informações do provedor do logger correto seja carregado.

Tipo de Dados Cadeia
Padrão Parent First

Política do Carregador de Classes WAR

Especifica se deve ser utilizado um único carregador de classes para carregar todos os arquivos WAR deste aplicativo ou um carregador de classes diferente para cada arquivo WAR.

As opções são Aplicativo e Módulo. O padrão é utilizar um carregador de classes separado para cada arquivo WAR.

Tipo de Dados Cadeia
Padrão Módulo

Ativar Recarregamento de Classes

Especifica se o recarregamento de classes deve ser ativado quando os arquivos do aplicativo forem atualizados.

Para módulos EJB ou módulos não-Web, selecionar Ativar Recarregamento de Classes define reloadEnabled como true no arquivo deployment.xml para o aplicativo. Se a definição de classe de um aplicativo for alterada, o tempo de execução do servidor de aplicativos pára e inicia o aplicativo para recarregar as classes do aplicativo.

Para os módulos da Web, como servlets e arquivos JSP (JavaServer page), um contêiner da Web recarrega um módulo da Web somente quando a extensão IBM reloadingEnabled do arquivo ibm-web-ext.xmi for definida para true. Você pode definir reloadingEnabled como true ao editar seus descritores de implantação estendidos do módulo da Web em uma ferramenta de montagem.

Para ativar o recarregamento de um módulo da Web, quando também deseja o recarregamento de módulos de EJB e não-Web ativados:

  1. Defina a extensão IBM reloadingEnabled co arquivo ibm-web-ext.xmi para true.
  2. Selecione esta propriedade Ativar Recarregamento de Classes.
  3. Defina a propriedade Intervalo de Recarregamento como um valor maior que zero (por exemplo, 1 a 2147483647).

Para ativar o recarregamento de somente um módulo da Web e não ativar o recarregamento de módulo de EJB e não-Web:

  1. Defina a extensão IBM reloadingEnabled co arquivo ibm-web-ext.xmi para true.
  2. Defina o atributo de intervalo de recarregamento da extensão IBM no arquivo ibm-web-ext.xmi para um valor maior que zero (por exemplo, 1 a 2147483647).
  3. Não selecione esta propriedade Ativar Recarregamento de Classes.

Para desativar o recarregamento de um módulo da Web, defina a extensão reloadingEnabled IBM no arquivo ibm-web-ext.xmi para false. Como opção, se o módulo da Web tiver a extensão IBM reloadingEnabled no arquivo ibm-web-ext.xmi definida para true, para desativar o recarregamento utilizando o Administrative Console:

  1. Selecione esta propriedade Ativar Recarregamento de Classes.
  2. Defina a propriedade Intervalo de Recarregamento como zero (0).
Tipo de Dados Booleano
Padrão false

Intervalo de Recarregamento

Especifica o número de segundos para varrer o sistema de arquivos do aplicativo para arquivos atualizados. O padrão é o valor do atributo do intervalo de recarregamento no arquivo de extensões da IBM (META-INF/ibm-application-ext.xmi) do arquivo EAR.

Esta definição Intervalo de Recarregamento é igual ao campo Intervalo de Recarregamento em Segundos nos assistentes de instalação e atualização de aplicativos.

Para ativar o recarregamento, especifique um valor superior a zero (por exemplo, 1 a 2147483647). Para desativar o recarregamento, especifique zero (0).

O intervalo de recarregamento especificado aqui substitui o valor especificado nas extensões IBM para cada módulo não-Web no arquivo EAR (que, por sua vez, substitui o intervalo de recarregamento especificado nas extensões IBM para o aplicativo no arquivo EAR). O atributo do intervalo de recarregamento terá efeito somente se o recarregamento da classes estiver ativado.

O intervalo é de 0 a 2147483647.

Tipo de Dados Integer
Unidades Segundos
Padrão 3

Peso Inicial

Especifica a ordem na qual os aplicativos são iniciados quando o servidor inicia. O aplicativo com o menor peso de início é iniciado primeiro.

Tipo de Dados Integer
Padrão 1
Intervalo 0 a 2147483647

Aplicativo de Segundo Plano

Especifica se o aplicativo deve ser inicializado totalmente antes do servidor iniciar.

A definição padrão de false indica que a inicialização do servidor não será concluída até que o aplicativo seja iniciado.

Uma definição de true informa ao WebSphere Application Server que o aplicativo pode ser iniciado em um encadeamento de segundo plano e, portanto, a inicialização do servidor pode continuar sem aguardar o início do aplicativo. Portanto, o aplicativo pode não estar pronto para utilização quando o servidor de aplicativos for iniciado.

Esta definição se aplicará apenas se o aplicativo for executado em um servidor de aplicativos da Versão 6.

Tipo de Dados Booleano
Padrão false

Criar MBeans para Recursos

Especifica se os arquivos MBean devem ser criados para vários recursos (como servlets ou arquivos JSP) em um aplicativo quando o aplicativo for iniciado. O padrão é criar arquivos MBean.

Tipo de Dados Booleano
Padrão true

Guia Políticas de Serviço

Os atributos a seguir são visualizáveis nas políticas de serviço:

Classes de Trabalho HTTP Expanda para visualizar ou gerenciar as classes de trabalho para pedidos HTTP.
Classes de Trabalho SOAP Expanda para visualizar ou gerenciar as classes de trabalho para pedidos SOAP.
Nesta guia, é possível:
  • Clicar em Visualizar Topologia da Política de Serviço para ver sua política de serviço e as classes de trabalho em uma hierarquia de árvore.
  • Gerenciar as classes de trabalho, selecionando-as para um tipo de pedido específico e clicando em Novo ou Excluir, ou expandir uma classe de trabalho existente e clicar em Editar Padrão HTTP para incluir ou remover uma URI para a lista de membros da classe de trabalho.
  • Gerenciar condições de regras:
    • Para construir uma nova regra, clique em Incluir Regra. Depois de incluir uma regra, você pode editá-la no painel de detalhe de regra.
    • Para remover uma regra existente, clique em Excluir Regra.
    • Para trabalhar com uma rega existente, digite-a no campo Se e classifique-a para a classe de transação apropriada.
    • Para dar prioridade às regras no caso de múltiplas regras para uma classe de trabalho, clique em Mover Para Cima ou Mover Para Baixo. A ordem das regras é fundamental para a determinação das correspondências. Se ocorrer uma correspondência na primeira regra, as regras subseqüentes não serão procuradas.
    • Para uma classe de trabalho sem regras, designe a URI para uma classe de transação da lista.
  • Clique em Aplicar ou em OK para confirmar as novas configurações da regra.

Guia Políticas de Rota

Os atributos a seguir são visualizáveis nas políticas de rota:

Classes de Trabalho HTTP Expanda para visualizar ou gerenciar as classes de trabalho para pedidos HTTP.
Classes de Trabalho SOAP Expanda para visualizar ou gerenciar as classes de trabalho para pedidos SOAP.
Nesta guia, é possível:
  • Clicar em Visualizar Topologia da Política de Rota para ver sua política de rota e as classes de trabalho em uma hierarquia de árvore.
  • Gerenciar as classes de trabalho, selecionando-as para um tipo de pedido específico e clicando em Novo ou Excluir, ou expandir uma classe de trabalho existente e clicar em Editar Padrão HTTP para incluir ou remover uma URI para a lista de membros da classe de trabalho.
  • Gerenciar condições de regras:
    • Para construir uma nova regra, clique em Incluir Regra. Depois de incluir uma regra, você pode editá-la no painel de detalhe de regra.
    • Para remover uma regra existente, clique em Excluir Regra.
    • Para dar prioridade às regras no caso de múltiplas regras para uma classe de trabalho, clique em Mover Para Cima ou Mover Para Baixo. A ordem das regras é fundamental para a determinação das correspondências. Se ocorrer uma correspondência na primeira regra, as regras subseqüentes não serão procuradas.
    • Após a edição de cada nova regra, clique em Aplicar para esta regra.
    • Para uma classe de trabalho sem regras, designe a classe para uma das seguintes classes de transação:
      • Permitir rota para: Na lista Selecionar Nome de Edição Aqui, selecione o nome da edição.
      • Rejeitar rota com código de retorno: Na lista Selecionar Nome de Edição Aqui, selecione o nome da edição e em Digitar no Campo de Código de Retorno, digite o código de retorno.
      • Rejeitar rota para: Na lista Selecionar Nome de Edição Aqui, selecione o nome da edição e em Digitar URI para Redirecionar ao Campo, digite a URI.
      • Permitir com rota de afinidade do cliente para: Na lista Selecionar Nome da Edição Aqui, selecione o nome da edição.
  • Clique em Aplicar ou em OK para confirmar as novas configurações da regra.