É possível instalar um servidor da web e o plug-in de servidor da web na máquina em que o WebSphere Application Server foi instalado.
Antes de Iniciar
Se o servidor da Web que você está configurando for um IBM HTTP
Server, e você planeja gerenciar esse servidor da Web usando um agente de nó executando como um usuário não raiz, certifique-se de aderir aos seguintes requisitos:
- O ID do usuário designado como o ID do usuário que possui os diretórios e arquivos do IBM
HTTP Server é igual ao ID do usuário no qual o agente de nó não raiz está executando. Você não poderá executar um IBM HTTP Server como um usuário raiz se o agente de nó que está gerenciando esse IBM HTTP Server estiver executando como um agente de nó não raiz, pois um processo do agente de nó que está executando como um usuário não raiz não poderá efetuar spawn de um IBM HTTP Server que está executando como um usuário raiz.
- O valor que você especifica para o valor da porta listener deve ser superior a 1024. Um IBM HTTP Server que está executando em um ID do usuário não raiz não iniciará se o número da porta para sua porta listener for 1024 ou inferior.
Você pode garantir que o agente de nó não raiz e o IBM
HTTP Server estejam usando o mesmo ID do usuário se especificar o ID do usuário usado para instalar o produto como o ID do usuário para o IBM HTTP
Server ao instalar o IBM HTTP Server. No entanto, se decidir executar o agente de nó como um usuário não raiz depois de instalar o IBM
HTTP Server e o plug-in do servidor da Web, você poderá efetuar as seguintes ações para ativar o agente de nó e o IBM HTTP Server para executar como usuários não raiz:
- Altere o ID do usuário para WebSphere Application Server para um ID do usuário não raiz.
- Defina a configuração run-as para o agente do nó.
- Use o console administrativo para criar um novo IBM HTTP Web Server,
a menos que um IBM HTTP Server já definido tiver as propriedades necessárias.
- Altere a propriedade do diretório do IBM HTTP Server e arquivos para o ID do usuário não raiz no qual o agente de nó não raiz está executando.
Sobre Esta Tarefa
Você pode definir um servidor da Web localmente instalado em um nó não gerenciado ou gerenciado. Se o servidor da Web estiver definido em um nó não gerenciado, as funções administrativas serão manipuladas através do servidor de administração do IBM® HTTP Server. Se o servidor da Web estiver definido em um nó gerenciado, as funções administrativas do servidor da Web serão manipuladas usando o agente de nó do
WebSphere Application Server, o que será benéfico.
Importante: Servidores da Web que
não são fornecidos com o produto
WebSphere Application Server não fornecem um servidor de administração. Os servidores da Web
que não fornecem um servidor de administração devem residir em um nó gerenciado
para facilitar as funções de administração do plug-in, além da geração
e propagação do arquivo
plugin-cfg.xml.
Importante: Os IBM HTTP Servers que executam em z/OS não fornecem o servidor de administração. Os servidores da Web
que não fornecem o servidor de administração devem residir em um nó gerenciado
para facilitar as funções de administração do plug-in, além da geração
e propagação do arquivo
plugin-cfg.xml.
As seguintes etapas criam uma definição de servidor da Web no perfil padrão.
O que Fazer Depois
É possível configurar servidores da Web não IBM HTTP Server como um
servidor da Web remoto em nós não gerenciados ou como um servidor da Web local em nós gerenciados. Para um servidor da Web do servidor HTTP não IBM em um nó
gerenciado, as funções a seguir são suportadas:
- A geração da configuração de plug-in, com base nas mudanças do repositório do WebSphere Application Server.
- A propagação do arquivo plugin-cfg.xml, com base no uso da sincronização de nó com o nó do WebSphere Application Server. A sincronização do nó é necessária
para propagar alterações de configuração para o nó ou nós afetados.
O arquivo
plugin-cfg.xml
é propagado para a árvore do repositório de nós do servidor de aplicativos a partir do repositório
do gerenciador de implementação.
Importante: O arquivo plugin-cfg.xml
é propagado para a árvore do repositório de nós do servidor de aplicativos. Esse não é
o local de instalação padrão do arquivo plugin-cfg.xml.
Alterações podem ser necessárias nos arquivos de configuração do
servidor da Web do servidor HTTP não IBM para atualizar o local do
arquivo plugin-cfg.xml que é lido pelo módulo de plug-in.
Por exemplo, o IIS (Internet Information Services) tem um nome de
arquivo denominado
plugin-cfg.loc, que é lido pelos módulos de plug-in do IIS
para determinar o local do arquivo
plugin-cfg.xml.
O arquivo
plugin-cfg.loc
deve ser atualizado para refletir o local do arquivo
plugin-cfg.xml no
repositório de nós do servidor de aplicativos.
Outros
servidores da Web do servidor HTTP não IBM possuem métodos diferentes
de especificar o local do arquivo plugin-cfg.xml para o
módulo de plug-in. Entretanto, para que a propagação funcione, atualize
o local para refletir o local no repositório de nós do servidor de aplicativos.
As seguintes funções não são suportadas em um nó gerenciado para um servidor da Web não IBM.
- Iniciando e parando o servidor da Web.
- Visualização e edição do arquivo de configuração.
- Visualizando os logs do servidor da Web.
Para um servidor da Web não IBM HTTP Server em um nó não gerenciado, você poderá gerar uma configuração de plug-in, com base nas mudanças de repositório do
WebSphere Application Server.
As seguintes funções não são suportadas em um nó não gerenciado para um servidor da Web não IBM HTTP Server:
- Iniciando e parando o servidor da Web.
- Visualização e edição do arquivo de configuração.
- Visualizando os logs do servidor da Web.
- Propagação do arquivo plugin-cfg.xml do servidor da
Web.