Selecionar Configurações das Opções de Instalação

Use esta página para especificar opções para a instalação de um aplicativo Java™ Platform, Enterprise Edition (Java EE) em um destino de implementação WebSphere Application Server. Os valores padrão para as opções serão utilizados se você não especificar um valor. Após a instalação do aplicativo, é possível especificar valores para muitas dessas opções a partir de uma página de configurações do aplicativo corporativo.

Para visualizar esta página do console administrativo, clique em Aplicativos > Novo aplicativo > Novo Aplicativo Corporativo e, em seguida, especificar valores de acordo com a necessidade para seu aplicativo nas páginas Preparando para instalação do aplicativo.

A página Selecionar Opções de Instalação é igual para os assistentes de instalação e atualização de aplicativo.

Pré-compilar Arquivos JavaServer Pages

Especifique se deseja pré-compilar os arquivos JSP (JavaServer Page) como uma parte da instalação. O padrão é não pré-compilar os arquivos JSP.

Para essa opção, instale somente em um destino de implementação do Versão 9.0

Se você selecionar Pré-compilar arquivosdo JavaServer Pages e tentar instalar o aplicativo em um destino de implementação mais antigo, como a Versão 8, a instalação será rejeitada. É possível implementar aplicativos apenas nos destinos de implementação que possuem a mesma versão que o produto. Se os aplicativos forem destinados a servidores que possuem uma versão anterior àquela do produto, então não será possível implementar em tais destinos.

Informações Valor
Tipo de Dados Booleano
Default falso

Diretório para Instalar Aplicativo

Especifica o diretório no qual o arquivo EAR (enterprise archive) será instalado.

Por padrão, o arquivo EAR é instalado no diretório profile_root/installedApps/cell_name/application_name.ear.

As opções de configuração incluem o seguinte:

  • Não especifique um valor e deixe o campo vazio.

    O valor padrão é ${APP_INSTALL_ROOT}/cell_name, em que a variável ${APP_INSTALL_ROOT} é profile_root/installedApps. Um diretório que possui o nome do arquivo EAR do aplicativo que está sendo instalado é anexado ao ${APP_INSTALL_ROOT}/cell_name. Desse modo, se você não especificar um diretório, o arquivo EAR será instalado no diretório profile_root/installedApps/cell_name/application_name.ear.

  • Especifique um diretório.

    Se você especificar um diretório em Diretório para instalar aplicativo, o aplicativo será instalado no diretório specified_path/application_name.ear. Um diretório tendo o nome do arquivo EAR do aplicativo que está sendo instalado é anexado ao caminho especificado em Diretório para Instalar Aplicativo. Por exemplo, se estiver instalando Clock.ear e especificar C:/myapps em computadores Windows, o aplicativo será instalado nO diretório myapps/Clock.ear. A variável ${APP_INSTALL_ROOT} é configurada para o caminho especificado.

  • Especifique ${APP_INSTALL_ROOT}/${CELL} para a instalação inicial do aplicativo.

    Caso você pretenda exportar o aplicativo de uma célula e instalar posteriormente o aplicativo exportado em uma célula diferente, especifique a variável ${CELL} para a instalação inicial do aplicativo. Por exemplo, especifique ${APP_INSTALL_ROOT}/${CELL} para essa configuração. A exportação do aplicativo cria um arquivo EAR aprimorado que tem o aplicativo e sua configuração de implementação. A configuração de implementação retém o nome da célula da instalação inicial no diretório de destino, a menos que você especifique a variável ${CELL}. A especificação da variável ${CELL} garante que o diretório de destino tenha o nome da célula atual, e não o nome da célula original.

    Importante: Se um diretório de instalação não for especificado quando um aplicativo for instalado em uma configuração de servidor único, o aplicativo será instalado em ${APP_INSTALL_ROOT}/cell_name. Quando o servidor faz parte de uma configuração de servidor múltiplo (utilizando o utilitário addNode), o nome da célula da nova configuração torna-se o nome da célula do nó do gerenciador de implementação. Se a opção -includeapps for utilizada para o utilitário addNode, os aplicativos instalados antes da operação addNode ainda utilizarão o diretório de instalação ${APP_INSTALL_ROOT}/cell_name. Entretanto, um aplicativo que for instalado após a inclusão do servidor na configuração da rede utilizará o diretório de instalação padrão ${APP_INSTALL_ROOT}/network_cell_name. Para mover o aplicativo para o local ${APP_INSTALL_ROOT}/network_cell_name na execução da operação addNode, especifique explicitamente o diretório de instalação como ${APP_INSTALL_ROOT}/${CELL} durante a instalação. Nesse caso, os arquivos do aplicativo sempre poderão ser encontrados em ${APP_INSTALL_ROOT}/current_cell_name.
  • Se o aplicativo tiver sido exportado e você estiver instalando o arquivo EAR exportado em uma célula ou local diferente, especifique ${APP_INSTALL_ROOT}/cell_name/application_name.ear se você não especificou ${APP_INSTALL_ROOT}/${CELL} para a instalação inicial.

    O arquivo EAR exportado é um arquivo EAR avançado que tem o aplicativo e sua configuração de implementação. A configuração de implementação retém o valor para Diretório para instalar aplicativo que foi utilizado na instalação anterior do aplicativo. A menos que você especifique um valor diferente em Diretório para instalar o aplicativo nessa instalação, o arquivo EAR avançado será instalado no mesmo diretório da instalação anterior.

    Se você não tiver especificado a variável ${CELL} durante a instalação inicial, a configuração de implementação utilizará o nome da célula da instalação inicial no diretório de destino. Se você estiver instalando em uma célula diferente, especifique ${APP_INSTALL_ROOT}/cell_name/application_name.ear, em que cell_name é o nome da célula na qual deseja instalar o arquivo EAR aprimorado. Se você não designar o nome da célula atual, cell_name será o nome da célula original mesmo que o arquivo EAR avançado esteja sendo instalado em uma célula com nome diferente.

  • Especifique um caminho absoluto ou utilize a variável pathmap.

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

    Uma variável pathmap é particularmente necessária ao instalar um aplicativo em um cluster com membros em nós heterogêneos porque, nesses casos, pode não haver uma única maneira de especificar um caminho absoluto. Uma variável ${CELL} do WebSphere Application Server que denota o nome da célula atual também pode estar na variável pathmap; por exemplo, ${MY_APP}/${CELL}. Você pode definir variáveis do WebSphere Application Server na página Variáveis do WebSphere, acessada clicando em Ambiente > Variáveis do WebSphere.

    Evitar Problemas Evitar Problemas: Em um ambiente de sistema operacional distribuído, o escopo da variável de mapa de caminho inicia a partir do escopo de nível do agente de nó, em vez de um escopo do nível do servidor. Se a variável não for localizada no escopo de nível de agente do nó, então a variável é procurada no escopo de nível do nó e finalmente no escopo de nível de célula.gotcha

Este campo Diretório para Instalar Aplicativo é igual à configuração Local (Caminho Completo em uma página Binários do Aplicativo.

Informações Valor
Tipo de Dados Cadeia
Unidades Nome de caminho completo

Distribuir Aplicativo

Especifica se o produto expande binários de aplicativos no local de instalação durante a instalação e exclui binários de aplicativos durante a desinstalaçã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.

Em produtos de servidor único, os binários são excluídos quando você desinstala e salva alterações na configuração.

Em produtos de servidor múltiplo, os binários são excluídos quando você desinstala e salva alterações na configuração e sincroniza alterações.

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.

Evitar Problemas Evitar Problemas: 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ê.gotcha

Este campo Distribuir Aplicativo é igual à configuração Ativar Distribuição de Binários, Expansão e Limpeza Pós-desinstalação em uma página Binários do Aplicativo.

Informações Valor
Tipo de Dados Booleano
Default true

Utilizar Configuração Binária

Especifica se o servidor de aplicativos utiliza a ligação, as extensões e os descritores de implementação localizados no documento de implementação do aplicativo, o arquivo deployment.xml (padrão), ou aqueles localizados no arquivo EAR (Enterprise Archive). Selecione essa configuração somente para aplicativos instalados nos destinos de implementação da Versão 6.0 ou mais recente.

O padrão (false) é utilizar a ligação, extensões e descritores de implementação localizados em deployment.xml. Para utilizar a ligação, as extensões e os descritores de implementação localizados no arquivo EAR, ative esta configuração (true).

Este campo Usar Configuração de Binário é igual à configuração Usar Informações de Configuração no Binário em uma página Binários do Aplicativo.

Informações Valor
Tipo de Dados Booleano
Default falso

Implementar Beans Corporativos

Especifica se a ferramenta EJBDeploy é executada durante a instalação do aplicativo.

A ferramenta gera o código necessário para executar arquivos Enterprise JavaBeans (EJB). Você deve ativar essa definição nas seguintes situações:
  • O arquivo EAR foi montado utilizando uma ferramenta de montagem, como o Rational Application Developer, e a ferramenta EJBDeploy não foi executada durante a montagem.
  • O arquivo EAR não foi montado utilizando uma ferramenta de montagem, como o Rational Application Developer.
  • O arquivo EAR foi montado utilizando versões do AAT (Application Assembly Tool) anteriores à Versão 5.0.

Se um módulo EJB estiver compactado em um archive Web (WAR), não será necessário ativar essa configuração.

A ferramenta de implementação do EJB é executada durante a instalação dos módulos EJB 1.x ou 2.x. A ferramenta de implementação EJB não é executada durante a instalação dos módulos EJB 3.x.

Para essa opção, instale somente em um destino de implementação do Versão 9.0

Se você selecionar Implementar Enterprise Beans e tentar instalar o aplicativo em um destino de implementação mais antigo, como a Versão 8, a instalação será rejeitada. É possível implementar aplicativos apenas para os destinos que possuem a mesma versão do WebSphere do produto. Se os aplicativos forem destinados a servidores que possuem uma versão anterior àquela do produto, então não será possível implementar em tais destinos.

Também, se você selecionar Implementar enterprise beans e especificar um tipo de banco de dados na página Fornecer opções para executar a Implementação EJB, os IDs de backend definidos anteriormente para todos os módulos são sobrescritos pelo tipo de banco de dados escolhido. Para ativar IDs de backend para módulos EJB individuais, defina o tipo de banco de dados para "" (nulo) na página Fornecer opções para executar a Implementação EJB.

A ativação dessa configuração pode fazer com que o programa de instalação seja executado por vários minutos.

Informações Valor
Tipo de Dados Booleano
Default true (false para módulos EJB 3.0)

Nome do aplicativo

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

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

Tabela 1. Caracteres que Você Não Pode Utilizar em um Nome. O produto não suporta estes caracteres em um nome.
Caracteres não suportados
/  barra $    símbolo do dólar '    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 >  sinal de maior
;   ponto e vírgula #    sustenido &  e comercial
? ponto de interrogação ]]> Não existe nenhum nome específico para essa combinação de caracteres

Este campo Nome do Aplicativo é igual à configuração de Nome em uma página Configurações do Aplicativo Corporativo.

Informações Valor
Tipo de Dados String

Criar MBeans para Recursos

Especifica se MBeans devem ser criados para recursos como servlets ou arquivos JSP em um aplicativo quando o aplicativo for iniciado. O padrão é criar MBeans.

Este campo é igual à configuração Criar MBeans para Recursos em uma página Comportamento de Inicialização.

Informações Valor
Tipo de Dados Booleano
Default true

Substituir Configurações de Recarregamento de Classe para Módulos da Web e EJB

Especifica se o tempo de execução do produto detecta alterações nas classes de aplicativos quando o aplicativo está em execução. Se essa configuração estiver ativada e se as classes de aplicativos estiverem alteradas, então, o aplicativo é parado e reiniciado para recarregar classes atualizadas.

O padrão é não ativar o recarregamento da classe.

Este campo é igual à configuração Substituir Configurações de Recarregamento de Classe para Módulos da Web e EJB em uma página Carregamento de Classes e Detecção de Atualização.

Informações Valor
Tipo de Dados Booleano
Default falso

Recarregar Intervalo em Segundos

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 IBM® (META-INF/ibm-application-ext.xmi) do arquivo EAR.

O atributo do intervalo de recarregamento terá efeito somente se o recarregamento da classes estiver ativado.

Para ativar o recarregamento, especifique um valor maior que zero (por exemplo, 1 a 2147483647). Para desativar o recarregamento, especifique zero (0). O intervalo é de 0 a 2147483647.

Este campo Recarregar Intervalo em Segundos é igual à configuração Intervalo de Sondagem para Arquivos Atualizados em uma página Carregamento de Classes e Detecção de Atualização.

Informações Valor
Tipo de Dado Número Inteiro
Unidades Segundos
Default 3
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

Implementar Serviços da Web

Especifica se a ferramenta de implementação de serviços da Web wsdeploy é executada durante a instalação do aplicativo.

A ferramenta gera o código necessário para executar os aplicativos que usam os serviços da Web. O padrão é não executar a ferramenta wsdeploy. Você deve ativar esta configuração se o arquivo EAR contém módulos que usam serviços da web e não tinha anteriormente a ferramenta wsdeploy executada nele, a partir da opção de menu Implementar de uma ferramenta do conjunto ou de uma linha de comandos.

Para essa opção, instale somente em um destino de implementação do Versão 9.0

Se selecionar Implementar Serviços da Web e tentar instalar seu aplicativo em um destino de implementação anterior, a instalação será rejeitada. É possível implementar aplicativos apenas para os destinos que possuem a mesma versão que o produto. Se os aplicativos forem destinados a servidores que possuem uma versão anterior àquela do produto, então não será possível implementar em tais destinos.

Informações Valor
Tipo de Dados Booleano
Default falso

Validar Desativação/Avio/Falha de Entrada

Especifica se o produto examina as referências do aplicativo especificadas durante a instalação ou atualização do aplicativo e, se a validação estiver ativada, você 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.

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.

Esse campo Validar desativação/aviso/falha de entrada é igual à configuração Validação de referência do aplicativo na página Configurações do aplicativo corporativo.

Informações Valor
Tipo de Dados String
Default aviso

Processar Configuração Incorporada

Especifica se a configuração incorporada deve ser processada. Uma configuração integrada consiste em arquivos como resource.xml, variables.xml e deployment.xml. É possível coletar informações de implementação específicas do produto e armazená-las no arquivo EAR do aplicativo. Esse arquivo EAR poderá então ser instalado em uma configuração do servidor usando as interfaces de gerenciamento de aplicativo que estão descritas no tópico "Instalando um aplicativo por meio da programação".

Um desses arquivos EAR de aplicativo é um arquivo EAR aprimorado, que é criado quando um aplicativo já instalado é exportado. A caixa de seleção de configuração integrada identifica esse arquivo EAR aprimorado. Por padrão, a caixa de seleção "processar configuração integrada" será marcada se o aplicativo for detectado para ser um EAR aprimorado. As opções de instalação do aplicativo são pré-preenchidas com as informações da configuração integrada, independentemente de a caixa de seleção "configuração integrada do processo" estar marcada. Os usuários podem substituir esses valores durante o processo de implementação.

Se o arquivo EAR exportado (arquivo EAR aprimorado) contiver bibliotecas compartilhadas e suas informações de configuração, o processo de instalação do aplicativo detectará se você marcou a caixa de seleção "configuração integrada do processo" ou não. Se a caixa de seleção estiver marcada para um aplicativo com uma configuração de biblioteca compartilhada definida, o aplicativo será instalado com essas bibliotecas e elas serão configuradas com base nas informações na configuração integrada. Se a caixa de seleção NÃO estiver marcada para um aplicativo com a configuração de biblioteca compartilhada definida, o arquivo EAR será instalado, mas sem essas bibliotecas compartilhadas e suas configurações.

Nota: A configuração integrada ainda faz parte do aplicativo, independentemente de ser processada ou não.

A definição de biblioteca compartilhada não permanece mesmo que a opção de configuração integrada do processo esteja desativada.

Se você exportou o aplicativo de uma célula que não seja a célula atual e não especificou a variável $(CELL) para Diretório para Instalar Aplicativo ao instalar o aplicativo pela primeira vez, cancele a seleção dessa configuração (false) para expandir o arquivo EAR aprimorado no diretório profile_root/installedApps/current_cell_name. Caso contrário, se essa configuração estiver selecionada (true), o arquivo EAR aprimorado será expandido no diretório profile_root/installedApps/original_cell_name, em que original_cell_name é a célula na qual o aplicativo foi instalado pela primeira vez. Se você especificou a variável $(CELL) para Diretório para Instalar Aplicativo ao instalar o aplicativo pela primeira vez, a instalação expandirá o arquivo EAR aprimorado no diretório profile_root/installedApps/current_cell_name.

Informações Valor
Tipo de Dados Booleano
Default false (seleção cancelada)

Permissão de Arquivo

Especifica as permissões de acesso para os binários de aplicativos para aplicativos instalados expandidos para o diretório especificado.

A opção Distribuir Aplicativo deve ser ativada para especificar permissões de arquivo.

É possível especificar permissões de arquivos no campo de texto. Você também pode configurar algumas das permissões de arquivos comumente utilizadas, selecionando-as na lista de seleção múltipla. As seleções da lista sobrescrevem as permissões de arquivo configuradas no campo de texto.

É possível configurar uma ou mais das cadeias de permissão de arquivo a seguir na lista. A seleção de várias opções combina as cadeias de permissão de arquivo.

Tabela 2. Conjuntos de Cadeias de Permissão de Arquivo para Opções de Lista. Selecione uma opção na lista ou especifique uma cadeia de permissão de arquivo no campo de texto.
Opção da Lista de Seleção Múltipla Cadeia de Permissão de Arquivo Configurada
Permitir que todos os arquivos sejam lidos, mas não gravados .*=755
Permitir que executáveis sejam executados .*\.dll=755#.*\.so=755#.*\.a=755#.*\.sl=755
Permitir que arquivos HTML e de imagem sejam lidos por todos .*\.htm=755#.*\.html=755#.*\.gif=755#.*\.jpg=755

Em vez de utilizar a lista de seleção múltipla para especificar permissões de arquivo, você pode especificar uma cadeia de permissão de arquivo no campo de texto. As permissões de arquivo utilizam uma cadeia que tem o seguinte formato:

file_name_pattern=permission#file_name_pattern=permission

em que file_name_pattern é um filtro de nome de arquivo de expressão comum (por exemplo, .*\\.jsp para todos os arquivos JSP), permission fornece as ACLs (Listas de Controle de Acesso) e # é o separador entre várias entradas de file_name_pattern e permission. Se # for um caractere em uma cadeia file_name_pattern, utilize \#.

Se vários padrões de nome de arquivo e permissões de arquivo na cadeia corresponderem a um URI (Identificador Uniforme de Recursos) no aplicativo, o produto utilizará a permissão de arquivo aplicável mais rígida para o arquivo. Por exemplo, se a cadeia de permissão do arquivo for .*\\.jsp=775#a.*\\.jsp=754, o arquivoabc.jsp terá a permissão 754.

boas práticas: A utilização de expressões comuns para o padrão de correspondência de arquivos compara um URI de cadeia inteiro contra o padrão de permissão de arquivo especificado. Você deve fornecer padrões de correspondência mais precisos utilizando expressões comuns, conforme definido pela API de programação Java. Por exemplo, suponhamos que os seguintes URIs de diretórios e arquivos sejam processados durante uma operação de permissão de arquivo:
Tabela 3. Exemplo de URIs para Operações de Permissão de Arquivo. Os resultados são mostrados seguindo esta tabela.
Número URL de Exemplo
1 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war
2 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp
3 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/META-INF/MANIFEST.MF
4 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/WEB-INF/classes/MyClass.class
5 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/mydir/MyClass2.class
6 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/META-INF

Os resultados de correspondência de arquivo são:

  • MyWarModule.war não corresponde a nenhum dos URIs
  • .*MyWarModule.war.* corresponde a todos os URIs
  • .*MyWarModule.war$ corresponde somente ao URI 1
  • .*\\.jsp=755 corresponde somente ao URI 2
  • .*META-INF.* corresponde aos URIs 3 e 6
  • .*MyWarModule.war/.*/.*\.class corresponde aos URIs 4 e 5
Se você especificar um padrão de nome de diretório para Permissões de Arquivos, então, a permissão de diretório é configurada com base no valor especificado. Caso contrário, o valor Permissões de Arquivo configurado no diretório é o mesmo que seu pai. Por exemplo, suponhamos que você tenha a seguinte estrutura de arquivos e diretórios:
/opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp
e você especifique a seguinte cadeia de padrão de arquivo a seguir:
.*MyApp.ear$=755#.*\.jsp=644
Os resultados de correspondência de arquivo são:
  • O diretório MyApp.ear é configurado como 755
  • O diretório MyWarModule.war está configurado para 755
  • O diretório MyWarModule.war está configurado para 755
boas práticas: Independente do sistema operacional, sempre utilize uma barra (/) como um separador de caminho de arquivo nos padrões de arquivo.

[Windows]Não é possível desconfigurar a permissão de leitura de um arquivo em sistemas operacionais Windows. Com bits de permissão de estilo POSIX, o bit para denotar legível em um arquivo é 4, gravável é 2 e executável é 1. Portanto, a permissão de um arquivo em um sistema operacional Windows é 5 ou 7. Além disso, no estilo POSIX, há permissões de usuário, grupo e global. É possível configurar a permissão usuário somente para um arquivo nos sistemas operacionais Windows. Os bits de permissão grupo e global são ignorados.

As permissões de acesso especificadas aqui estão no nível do aplicativo. Também é possível especificar permissões de acesso para binários de aplicativo na configuração no nível do nó. As permissões do arquivo no nível do nó especificam o máximo de permissões (mais tolerante) que podem ser fornecidas a binários de aplicativo. As permissões de acesso especificadas aqui no nível do aplicativo podem ser somente as mesmas ou mais rígidas que as especificadas no nível do nó.

Essa configuração é igual ao campo Permissões de Arquivo na página Binários do Aplicativo.

Informações Valor
Tipo de Dados Sequência de Caracteres

Identificador do Build do Aplicativo

Especifica uma cadeia não editável que identifica a versão do build do aplicativo.

Este campo Identificador de Construção do Aplicativo é igual ao campo Nível de Construção do Aplicativo na página Binários do Aplicativo.

Informações Valor
Tipo de Dados Cadeia

Permitir Dispatch de Inclusões para Recursos Remotos

Especifica se um aplicativo pode despachar inclusões para recursos em módulos da Web que estão em diferentes Java Virtual Machines em um ambiente de nós gerenciado através do mecanismo do dispatcher de solicitação padrão.

Este campo é igual ao campo Permitir Inclusões de Dispatch para Recursos Remotos na página Propriedades de Dispatch de Solicitação Remota.

Informações Valor
Tipo de Dado Booleano
Padrão falso

Permitir Inclusões de Serviços de Recursos Remotos

Especifica se um aplicativo corporativo pode atender um pedido de inclusão a partir de um aplicativo.

Este campo é igual ao campo Permitir Inclusões de Serviço de Recursos Remotos na página Propriedades de Dispatch de Solicitação Remota.

Informações Valor
Tipo de Dados Booleano
Default falso

Nome do Aplicativo no Nível de Negócios

Especifica se o produto cria um novo aplicativo de nível de negócios com o aplicativo corporativo que você está instalando ou torna o aplicativo corporativo uma unidade de composição de um aplicativo de nível de negócios existente.

O padrão é criar um novo aplicativo de nível de negócios com um valor de configuração de WebSphere:blaname=Anyasset,blaedition=BASE. Quando você seleciona para criar um novo aplicativo de nível de negócios na lista drop-down, o produto cria um aplicativo de nível de negócios com o mesmo nome que seu aplicativo corporativo. Se um aplicativo em nível de negócios com o nome do aplicativo corporativo já existir, o produto não criará um novo aplicativo em nível de negócios; ele incluirá seu aplicativo corporativo como uma unidade de composição nesse aplicativo em nível de negócios existente.

Se você precisar usar a página Configurações de Relacionamento e Mapeamento da Biblioteca Compartilhada para especificar relacionamentos de dependência em bibliotecas compartilhadas existentes no aplicativo em nível de negócios, selecione o nome do aplicativo em nível de negócios na lista suspensa. Nenhuma biblioteca compartilhada será mostrada na página se você optar por criar um novo aplicativo em nível de negócios e um aplicativo em nível de negócios com o nome padrão já existir.

Para incluir o aplicativo corporativo em um aplicativo de nível de negócios existente, selecione um aplicativo de nível de negócios existente na lista drop-down. O produto torna o aplicativo corporativo uma unidade de composição do aplicativo de nível de negócios existente.

Informações Valor
Tipo de Dados String
Default Crie um novo aplicativo de nível de negócios com o mesmo nome que o aplicativo corporativo que está sendo instalado.

WebSphere:blaname=Anyasset,blaedition=BASE

Tipo de Dispatch de Pedido Assíncrono

Especifica se os módulos da Web podem despachar solicitações simultaneamente em encadeamentos separados e, se puderem, se o servidor ou o cliente despachará as solicitações. O dispatch simultâneo pode melhorar o tempo de resposta do servlet.

Se as operações dependerem umas das outras, não ative o despacho de solicitação assíncrona. Selecione Desativado. O despacho simultâneo poderá resultar em erros quando as operações forem dependentes.

Selecione Lado do Servidor para possibilitar que o servidor efetue dispatch de pedidos simultaneamente. Selecione Lado do Cliente para possibilitar que o cliente efetue dispatch de pedidos simultaneamente.

Informações Valor
Tipo de Dados String
Default Desativada

Implementar Módulos do Cliente

Especifica se os módulos do cliente devem ser implementados.

Selecione essa opção (configurada como true) se o arquivo a ser implementado tiver um ou mais módulos do cliente e você desejar configurar entradas de ambiente para os módulos do cliente. Também selecione essa opção para configurar recursos como referências EJB, referências de recursos, referências de ambiente de recursos ou referências de destinos de mensagens. Selecionar essa opção permitirá visualizar a página Mapear Entradas do Ambiente para Módulos do Cliente. Se estiver implementando os módulos do cliente em um nó federado de um gerenciador de implementação (Federado) ou em um servidor de aplicativos (Servidor Implementado), selecione essa opção e configure Modo de Implementação do Cliente com o valor adequado do destino de implementação, Federado ou Servidor Implementado.

Se você selecionar esta opção, instale os módulos do cliente somente para um destino de implementação da Versão 8.0 ou posterior.

Informações Valor
Tipo de Dados Booleano
Default falso

Modo de Implementação do Cliente

Especifica se os módulos do cliente devem ser em um destino de implementação isolado (Isolado), em um nó federado de um gerenciador de implementação (Federado) ou em um servidor de aplicativos (Servidor Implmentado).

A escolha do modo de implementação do cliente afeta como as consultas java: são tratadas.Todos os namespaces de URL Java (global, aplicativo, módulo e componente) são locais em processos de cliente isolados. Os namespaces residem em um servidor nos processos de cliente implementado do servidor e federado.O servidor ou cluster escolhido como destino para um módulo de cliente determina onde esses namespaces são criados. Todas as consultas java: para módulos federados ou de servidor implementado do cliente serão direcionados para o servidor ou cluster de destino. O módulo do cliente não é realmente executado no servidor ou cluster de destino. Diversas instâncias do mesmo módulo do cliente compartilharão o namespace do componente nos modos Federado e Servidor Implementado. A escolha do modo Federado é simplesmente uma declaração da intenção de ativar o módulo do cliente usando o Java Network Launching Protocol (JNLP), mas os mecanismos Java Naming e Directory Interface (JNDI) dos modos federado e de servidor implementado são os mesmos.

Informações Valor
Tipo de Dados String
Default Isolado

Validar Esquema

Especifica se os descritores de implementação devem ser validados junto aos esquemas do descritor de implementação do Java EE publicados. Quando essa opção é selecionada, o produto analisa cada descritor de implementação para determinar a versão de especificação do Java EE para o descritor de implementação, seleciona o esquema adequado e, em seguida, verifica o descritor de implementação junto ao esquema do descritor de implementação do Java EE. Os erros de validação resultam em mensagens de erro.

Um esquema do descritor de implementação do Java EE também é conhecido como um DTD.

Se selecionar esta opção, instale seu aplicativo ou módulo somente em um destino de implementação da Versão 8.0 ou posterior.

Informações Valor
Tipo de Dados Booleano
Default falso

Ícone que indica o tipo de tópico Tópico de Referência



Í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=urun_rapp_installoptions
Nome do arquivo: urun_rapp_installoptions.html