O Build Forge normalmente executa seus serviços como um aplicativo no servidor
de aplicativos Apache Tomcat fornecido.
Sobre Esta Tarefa
As instruções a seguir configuram o Build Forge para usar o
WebSphere Application Server em vez de Tomcat. Siga as instruções na seção
Usando o WebSphere Application Server, em vez do Apache Tomcat, com uma exceção: o arquivo
jas.war contém um arquivo chamado
web.xml que é necessário para extrair e modificar para incluir uma restrição de segurança. Antes de instalar este aplicativo em
WebSphere Application Server, o arquivo
war deve ser gerado novamente após modificá-lo para usar a versão protegida deste arquivo.
Para gerar novamente o arquivo war, conclua as etapas a seguir.
- Navegue até o diretório que contém seu arquivo jas.war (o diretório webapps em sua raiz do servidor Tomcat). Copie este arquivo em um local temporário, como C:\jas.
- Expanda o arquivo WAR. A partir da linha de comandos, execute o comando: %IBM_JAVA_HOME%\jar –xvf jas.war para expandir o conteúdo do arquivo war.
Nota: Java deve estar disponível e a variável de ambiente IBM_JAVA_HOME deve ter sido criada.
- Salve o arquivo jas.war para recuperar posteriormente:
- Windows: copy jas.war jas.war.bak
- UNIX ou Linux: cp jas.war jas.war.bak
- Localize o arquivo web.xml no diretório
WEB-INF (dos arquivos expandidos do arquivo war). Edite
esse arquivo para incluir um contexto de segurança. Por exemplo, inclua as seguintes linhas no final do arquivo log antes da tag </web-app>:
<security-constraint id="SecurityConstraint_1">
<web-resource-collection id="WebResourceCollection_1">
<web-resource-name>/*</web-resource-name>
<url-pattern>/AuthServlet/*</url-pattern>
<http-method>GET</http-method>
<http-method>POST</http-method>
<http-method>PUT</http-method>
<http-method>DELETE</http-method>
</web-resource-collection>
<auth-constraint id="AuthConstraint_1">
<description>myconstraint:+:</description>
<role-name>User</role-name>
</auth-constraint>
<user-data-constraint id="UserDataConstraint_1">
<transport-guarantee>NONE</transport-guarantee>
</user-data-constraint>
</security-constraint>
<login-config id="LoginConfig_1">
<auth-method>BASIC</auth-method>
<realm-name>full-qualified-domain</realm-name>
</login-config>
<security-role id="SecurityRole_1">
<role-name>User</role-name>
</security-role>
Nota: O <auth-method> pode ser qualquer método de autenticação J2EE suportado por WebSphere Application Server.
O método de autenticação mais comum é FORM, que
requer parâmetros adicionais de configuração. Consulte sua documentação do WebSphere Application Server para obter instruções sobre configurar FORM em seu aplicativo.
- A partir de uma linha de comandos, gere novamente o arquivo war (chamado do mesmo diretório que foi extraído) executando o comando a seguir:
%IBM_JAVA_HOME%\jar –cvf jas.war
Agora, você deve ter uma nova versão do jas que foi modificada para proteger o AuthServlet com restrições J2EE. Complete as instruções de instalação para execução com WebSphere Application Server e instale esta versão do jas.war via Aplicativos->Instalar Novo Aplicativo. Assegure-se de que o Build Forge não esteja em execução ao configurar o WebSphere Application Server.
Após a instalação, acesse . Clique no nome do aplicativo para configurá-lo. Em Propriedades Detalhadas, clique no link Função de segurança para mapeamento de usuário/grupo.
Selecione a caixa de opção Todos Autenticados para Usuário. Após fazer esta mudança, salve a mudança para a configuração principal.
A segurança do aplicativo também precisa ser ativada em WebSphere Application Server. Para isso, acesse . Certifique-se de que
Ativar segurança do aplicativo esteja marcado.
Neste momento, reinicie o
WebSphere Application Server e reinicie o servidor do Build Forge.
Nota: O jas agora inicia como parte do processo de inicialização do WebSphere Application Server, portanto, inicie o WebSphere Application Server antes do Build Forge.