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

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 da Versão 9.0.

Se você selecionar Pré-compilar arquivos do 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.

Especifica o diretório no arquivo 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. Assim, 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 sendo instalado é anexado ao caminho especificado em Diretório para instalar o aplicativo. Por exemplo, se você estiver instalando o Clock.ear e especificar C:/myapps nos 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 foi exportado e você estiver utilizando o arquivo EAR exportado em uma célula ou um local diferente, especifique ${APP_INSTALL_ROOT}/cell_name/application_name.ear se não tiver especificado ${APP_INSTALL_ROOT}/${CELL} na 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 aplicativo para essa instalação, o arquivo EAR avançado será instalado no mesmo diretório da instalação anterior.

  Se você não especificou 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. Caso esteja 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 você 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 você esteja instalando o arquivo EAR avançado 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}. Você pode 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 de mapa de caminho; por exemplo, ${MY_APP}/${CELL}. É possível definir variáveis do WebSphere Application Server na página Variáveis do WebSphere, acessadas clicando em Ambiente > Variáveis do WebSphere.

  Evite problemas: em um ambiente de sistema operacional distribuído, o escopo da variável de mapa de caminho é iniciado a partir do escopo em nível de agente do nó, em vez de a partir de um escopo em nível de 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.

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.

Evite problemas: se você desativar essa opção e não copiar e expandir os binários do aplicativo para os nós, um salvamento posterior da configuração ou da sincronização manual não moverá os binários do aplicativo para os nós.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.

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

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

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

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.

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 (.), não pode conter espaços iniciais ou finais e não pode conter nenhum dos seguintes caracteres:

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

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.

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.

Especifica o número de segundos para varrer o sistema de arquivos do aplicativo para arquivos atualizados. O padrão é o valor do atributo de intervalo de recarregamento no arquivo de extensão 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.

Configurações suportadas: para arquivos de extensão e de ligação IBM, a extensão de nome do arquivo .xmi ou .xml é diferente, dependendo de se você estiver usando um aplicativo ou módulo pré-Java EE 5 ou um aplicativo ou módulo Java EE 5 ou posterior. Um arquivo de extensão ou de ligação IBM é nomeado 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 uma versão Java EE anterior à versão 5, a extensão do arquivo deve ser .xmi.
• Para um aplicativo ou módulo que usa Java EE 5 ou posterior, a extensão do arquivo deverá ser .xml. Se arquivos .xmi forem incluídos com o 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 de 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

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

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.

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. Em seguida, esse arquivo EAR pode ser instalado em uma configuração do servidor usando interfaces de gerenciamento de aplicativo.

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 de "configuração integrada do processo" será marcada, caso seja detectado que o aplicativo é 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 de "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 identificará se a caixa de seleção "configuração integrada do processo" foi marcada. 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.

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 o Diretório para instalar o aplicativo quando instalou pela primeira vez o aplicativo, a instalação expandirá o arquivo EAR aprimorado no diretório profile_root/installedApps/current_cell_name.

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.

Você pode configurar uma ou mais das seguintes cadeias de permissão de arquivo na lista. A seleção de várias opções combina as cadeias de permissão de arquivo.

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.

Melhor prática: o uso de expressões regulares para o padrão de correspondência de arquivo compara um URI de sequência inteiro com relação ao 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, suponha que os seguintes URIs de diretório e de arquivo sejam processados durante uma operação de permissão de arquivo: melhores práticas

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

/opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp

.*MyApp.ear$=755#.*\.jsp=644

Melhor prática: independentemente do sistema operacional, use sempre uma barra (/) como um separador de caminho de arquivo nos padrões de arquivo.melhores práticas

Não é possível desconfigurar a permissão de leitura em um arquivo nos 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. Você pode 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.

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.

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.

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.

Especifica se o produto cria um novo aplicativo em 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 em nível de negócios existente.

O padrão é criar um novo aplicativo em 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 em nível de negócios na lista drop-down, o produto cria um aplicativo de nível em negócios com o mesmo nome que seu aplicativo corporativo. Se um aplicativo em nível de negócios com o nome do seu 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 em nível de negócios existente, selecione um aplicativo em nível de negócios existente na lista drop-down. O produto torna o aplicativo corporativo uma unidade de composição do aplicativo em nível de negócios existente.

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 forem dependentes umas das outras, não ative o dispatch de pedido assíncrono. Selecione Desativado. O dispatch 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.

Especifica se o produto designará valores padrão de JNDI ou se resolverá automaticamente os destinos de referência EJB incompleta.

Selecione essa opção para possibilitar que os destinos de referência EJB sejam resolvidos automaticamente se as referências forem de módulos EJB 2.1 ou Web 2.3 ou anteriores. Se você ativar essa opção, o contêiner de tempo de execução fornecerá um valor padrão ou resolverá automaticamente a referência EJB para qualquer referência EJB que não tiver uma ligação.

Se você selecionou Gerar Ligações Padrão na página Preparando-se para a Instalação do Aplicativo, não precisará selecionar essa opção. O produto gera valores padrão.

Se você selecionar Permitir que destinos de referências do EJB sejam resolvidos automaticamente, todos os módulos no aplicativo deverão compartilhar um destino de implementação. Se essa opção for selecionada e todos os módulos do aplicativo não compartilharem um servidor comum, depois que você clicar em Concluir na página Resumo, o produto exibirá uma mensagem de aviso e não instalará o aplicativo. Você deverá cancelar a seleção dessa configuração antes de clicar em Concluir para instalar o aplicativo.

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.

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 opção do modo de implementação do cliente afeta a forma 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 o cluster escolhido como um destino para o módulo do 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. Escolher o modo Federado é simplesmente uma declaração de intento de ativar o módulo do cliente usando o Java Network Launching Protocol (JNLP), mas os mecanismos Java Naming and Directory Interface (JNDI) dos modos federados e de servidor implementados são os mesmos.

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.