Configurando o Tomcat 6.x para acessar uma aplicação EJB3 no GlassFish 2.x

Esta é uma dica rápida, e não um tutorial completo, de como configurar os servidores Tomcat e GlassFish para que uma aplicação web/JSF publicada no Tomcat possa acessar um EJB remoto em um servidor GlassFish.

Não irei apresentar detalhes de como implementar as aplicações (páginas, Managed Beans, EJB, etc…), apenas dar uma dica de como configurar o ambiente para esta interação (bibliotecas, arquivos de configuração, etc…), uma vez que a configuração inicial pode ser “chata” o suficiente para tirar a paciência de qualquer cristão.

As versões usadas nos testes foram as seguintes:

Tomcat 6.0.20

GlassFish 2.1

Imagine o cenário: você quer escrever uma aplicação web, com JavaServer Faces (Richfaces) e publicar esta aplicação no Tomcat. Você quer desenvolver seus EJBs 3.0 e publicá-los no GlassFish, e fazer com que sua aplicação que está no Tomcat possa acessá-los.

O cenário parece simples, acessar remotamente um EJB. O problema são as benditas configurações a serem feitas, e principalmente, a falta de informações detalhadas para este cenário especificamente: Tomcat + GlassFish. Procurando referências de configurações de componentes EJB3.0 no GlassFish chegamos à GlassFish EJB FAQ. Nela encontramos a informação inicial de que, para uma aplicação acessar remotamente um EJB 3.0 no GlassFish precisamos de alguns jars no classpath do projeto:

For GlassFish v2 and earlier

Include both $GLASSFISH_HOME/lib/appserv-rt.jar and $APS_HOME/lib/javaee.jar in the client’s classpath.

E.g., assuming the application classes are in /home/user1/myclasses and the main client class is acme.MyClient :

java -classpath $GLASSFISH_HOME/lib/appserv-rt.jar:$GLASSFISH_HOME/lib/javaee.jar:/home/user1/myclasses acme.MyClient

Note : appserv-rt.jar uses the JAR MANIFEST-CLASSPATH attribute to include other dependent .jars within the lib directory.  When setting your client classpath, it is best to directly refer to the appserv-rt.jar within the app server lib directory rather  than copying it to another location.  If you do copy appserv-rt.jar, you’ll need to copy additional .jars such as  appserv-deployment-client.jar and appserv-ext.jar.  The full set of .jars that might be needed by appserv-rt.jar is located in its META-INF/MANIFEST.MF file.

Para resimir isto aí tudo, para as versões dos servidores que eu citei no início, os jars necessários são os seguintes, encontrados no diretório lib da instalação do GlassFish:

Ok! Se você jogar estes jars diretamente no diretório lib do Tomcat, inúmeras exceções serão apresentadas ao executar a aplicação. Seguindo a dica deste post, deve-se criar um diretório shared/lib na raiz do diretório de instalação do Tomcat, para que estas exceções não ocorram.

O grande problema desta dica é que, segundo o que parece, os jars são reconhecidos automaticamente, mas a realidade é bem diferente. Depois de muito quebrar a cabeça descobri que é necessário configurar este novo diretório, no arquivo catalina.properties, que se encontra no diretório conf do Tomcat. É necessário incluir o caminho para os jars do diretório shared/lib na entrada common.loader, conforme a imagem abaixo:

Essa é a principal configuração. Realmente é simples, desde que se saiba dos detalhes.

Adicionalmente, há outros detalhes importantes:

Se você estiver executando os dois servidores na mesma máquina é preciso alterar a porta HTTP de um deles. Para alterar a configuração da porta no Tomcat para 8082, por exemplo, edite o arquivo server.xml do diretório conf:

Isto já evitará problema de conflito de portas.

Uma outra dica que deixo, agora com relação à configuração da aplicação JSF e suas bibliotecas, é a seguinte: deixe no diretório lib do Tomcat apenas os jars do Mojarra (jsf-api.jar, jsf-impl.jar) e o jstl.jar. As bibliotecas do Richfaces (richfaces-api-3.3.2.GA.jar, richfaces-impl-3.3.2.GA.jar e richfaces-ui-3.3.2.GA.jar) devem ser mantidas no diretório lib da aplicação.

Localizando os EJBs Remotos


Para fazer a localização dos EJBs remotos na aplicação web, deixo como sugestão este método, para se obter o InitialContext:

Observe as duas propriedades comentadas. Por padrão os listeners de IIOP do GlassFish aceitam conexões em localhost e na porta 3700, e não é necessário informar isto caso você esteja rodando os dois servidores na mesma máquina. Caso precise rodar o GlassFish em outra máquina, informe alí naquelas duas propriedades o host e a porta para acessar o GlassFish.

GlassFish em outro servidor

Caso você precise instalar o GlassFish em um servidor diferente, será preciso habilitar o  mesmo para ouvir conexões IIOP no IP do servidor. Para isso é recomendado adicionar uma nova configuração de Listener IIOP, além da que já está configurada por padrão (que está disponível para localhsot e porta 3700). Para fazer isto acesse o seguinte menu, no console de administração do GlassFish:

Na tela que se abre cadastre uma nova configuração de listener, igual a configuração padrão (orb-listener-1), mas alterando o host e a porta. A imagem abaixo mostra uma nova configuração em destaque:

Bom, espero que esta dica ajude a quem está passando por problemas com esta configuração. Como disse procurei não entrar em detalhes de implementação dos projetos. A única dica que deixo é que para Session Bean Locais a injeção de dependência não vai funcionar no GlassFish, ou seja, referências a estes Session Beans anotados com @EJB não funcionarão. É preciso usar interfaces remotas.

Está dada a dica!

5 comentários sobre “Configurando o Tomcat 6.x para acessar uma aplicação EJB3 no GlassFish 2.x

  1. Luiz Gustavo, tudo bem?
    Estou começando a implementar na minha aplicação (JSF) o controle de acesso com base na segurança JAAS, mas estou tendo o seguinte problema.
    Sempre que que reinicio o servidor Tomcat 7.0.6, o arquivo server.xml volta para o estado original, perdendo as alterações que fiz com no … você sabe o que pode ser? ou o que posso fazer para deixar o arquivo server.xml inalterável quando o servidor reiniciar?

  2. Greetings from Ohio! I’m bored to tears at work so I decided to browse your blog on my iphone during lunch break. I enjoy the information you provide here and can’t
    wait to take a look when I get home. I’m surprised at how quick your blog loaded on my mobile .. I’m not even using WIFI, just 3G .
    . Anyways, amazing site!

Deixe uma resposta

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s