Como isolar aquelas duas aplicações de modo que possam utilizar uma biblioteca compartilhada que não possa ser utilizada por uma terceira aplicação?

Para responder a pergunta era necessário entender o conceito de classloader e também como trabalham os classloaders do servidor envolvido, que nesse caso era o JBoss.

Caso alguem não entenda muito bem o que são os classloaders e como eles trabalham, pode ler esse excelente post e lapidar o aprendizado com esse feedback muito bom do Rodrigo Kumpera.

Vou dizer que menti faz um pouco. Na verdade não é necessário entender o conceito de classloader para poder isolar aplicações devido a que JBoss torna o processo muito simples e transparente, mas eu acho conveniente para ter uma idéia de como funciona o negócio, o que é realizado por trás.

Mas então, o que deve ser feito? Existem varias alternativas mas a mais simples é criar um arquivo .ear contendo os projetos desejados e alterar o arquivo ear-deployer.xml localizado na pasta deploy do servidor JBoss. No arquivo mencionado devera ser trocado o valor do atributo Isolated para true:

<attribute name=\"Isolated\">true</attribute>

O JBoss utilizara um classloader para cada deploy ear, pelo que as aplicações dentro dele ficaram num contexto isolado.

Agora, o que acontece se eu tenho somente uma aplicação e quero que ela fique totalmente isolada, preciso por ela num ear? Não, nesse caso não, seria meio que uma gambiarra. No caso que queiramos um classloader para uma única aplicação e não um grupo delas o que devemos fazer é colocar as bibliotecas que desejamos sejam carregadas pelo classloader na pasta WEB-INF/lib da aplicação. Não tenho certeza se isto é uma especificação mas o JBoss Web e o Tomcat entendem que o que esta dentro da pasta WEB-INF é somente visível para a própria aplicação pelo que não teria sentido se as bibliotecas dentro da pasta lib fossem carregadas por um classloader de alto nível.

Finalmente, eu quero que minhas bibliotecas sejam visíveis para tudo mundo, onde devo colocar elas? Nesse caso a resposta é mais fácil, nesse caso basta colocar a biblioteca na pasta lib do servidor ou dentro de uma pasta (lib de preferencia) dentro do projeto ear, somente não esquecer de declarar ela no arquivo application.xml:

<library-directory>lib</library-directory>

Isso e tudo, não se esqueçam que agora a pagina conta com um formulário de contato e toda duvida sera respondida com plácer =)

<datasources>

  <local-tx-datasource>

    <jndi-name>UnknowDS</jndi-name>

    <connection-url>

        jdbc:mysql://localhost:3306/unknow

    </connection-url>

    <driver-class>com.mysql.jdbc.Driver</driver-class>

    <user-name>unknow</user-name>

    <password>desconhecido</password>

    <exception-sorter-class-name>

        org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter

    </exception-sorter-class-name>

    <metadata>

       <type-mapping>mySQL</type-mapping>

    </metadata>

  </local-tx-datasource>

</datasources>

O problema com data sources como o do exemplo é que a senha da base se encontra explicitamente no arquivo xml. Se por algum motivo alguma pessoa não desejada ler o arquivo, ela vai descobrir a senha da base sem o mínimo esforço. Felizmente, o JBoss possui uma classe chamada SecureIdentityLoginModule que consegue criptografar uma senha e posteriormente ao reconhecer que a senha no data source é criptograda, descriptografar ela automaticamente para fazer o login na base, tudo isso de maneira muitos simples.

O primeiro passo é criptografar a senha. Para isso vamos ir no console na pasta home do JBoss e rodar o seguinte comando (substituindo *senha* pela senha desejada) :

java -cp lib/jboss-common.jar:server/default/lib/jbosssx.jar:server/default/lib/jboss-jca.jar org.jboss.resource.security.SecureIdentityLoginModule *senha*

O console respondera com uma mensagem similar a essa:

Encoded password: 3edbf2d83a1d270c795cf4eabe7274d2

O segundo passo é abrir o arquivo login-config.xml situado na pasta conf do server em uso e adicionar o seguinte dentro do nodo policy, colando a senha criptografada na tag module-option com parametro name igual a password:

<application-policy name="MySecurityDomain">

    <authentication>

        <login-module flag="required"

code="org.jboss.resource.security.SecureIdentityLoginModule" >

            <module-option name="username">

                unknow

            </module-option>

            <module-option name="password">

5dfc52b51bd35553df8592078de921bc

    </module-option>

            <module-option name="managedConnectionFactoryName">

jboss.jca:name=UnknowDS,service=LocalTxCM

    </module-option>

        </login-module>

    </authentication>

</application-policy>

O último passo é ir na configuração do nosso data source e substituir

<user-name>unknow</user-name>

<password>desconhecido</password>

por

<security-domain>MySecurityDomain</security-domain>

Agora temos uma senha criptografada e mais segura.

Somente umas coisas para lembrar no caso que aconteça algum erro: o valor da tag security-domain no data source tem que ser igual ao valor do parametro name na tag aplication-policy no arquivo login-config.xml. Na tag module-option com name igual a managedConnectionFactoryName, o valor name do jboss.jca deve ser igual ao nome do nosso data source e o service compativel com o tipo do mesmo. Em outras palavras, se nosso data source for xa, o service devera ser XATxCM . No nosso caso o data source e local então o service fica como LocalTxCM .

Para mais informação, pode acessar a página no wiki do JBoss.

Também nesses últimos dias chegamos a conhecer alguns projetos interessantes como o JoSQL que nos permite executar código SQL para selecionar coleções de objetos, similar ao LINQ da plataforma .NET e o JsonSQL que funciona similar mas para objetos em JavaScript, notação Json. Outros trabalhos interessante são os feitos na livraria Highslide JS que nos ajuda a simular o efeito do conhecido lightbox nas nossas aplicações, o Crap4j que se encarrega de qualificar nosso código Java em função a diferentes métricas, o AjaxSwing, que magicamente converte nossos projetos em Swing para aplicações web Ajax, o CajuScript, uma simples e poderosa implementação de script para usar com Java feito no território nacional, o Mibbit, um chat que trabalha com o protocolo IRC e desenvolvido com Ajax e finalmente o Jiggy, que nos permite criar aplicações para o iPhone de maneira muito simples e fácil.

Algumas leituras interessantes sobre Java e Design Patterns foram selecionadas também. Uma de elas é a conversação que se deu no forum GUJ chamada Então você gostaria de saber sobre AOP? que trata sobre a programação orientada a aspectos ou as que encontramos no site Core J2EE Patterns, com muita informação sobre os diferentes design patterns da especificação J2EE. Outro site interessante é Domain Driven Design, com muita informação sobre o tema que leva o mesmo nome.

Alguns tutoriais e artigos técnicos interessantes que chamaram nossa atenção foram aqueles chamados Autotestando JavaScript em Rails, de Dr. Nic, que explica como testar nossos scripts em JavaScript desde um script em Rails, Clousures do JavaScript para Dummies, de Morris Johns, que ensina de maneira muito clara como funcionam os poderosos clousures em JavaScript, um excelente tutorial sobre Ruby escrito por Eustaquio Rangel no seu periodo de aprendizagem da linguagem e Ultimo tutorial JAAS para comunicação com a base de dados que partiu de uma duvida no forum do JBoss sobre como implementar a especificação de seguridade e autenticação JAAS utilizando a base de dados num servidor de aplicação JBoss.

Também relacionado com JBoss, seguridade e autenticação são os wiki SecureJBoss que é uma fonte de conhecimento compartilhada sobre como configurar o JBoss para máxima seguridade e a definicação na Wikipedia de Single sign-on (SSO) que consiste em criar um único sistema de autenticação para diferentes aplicações.

O software livre não ficou atrás e assim chegamos a conhecer o WinLibre, um portal com muito software livre para o sistema operativo Windows. Os que deixaram Windows atrás ficaram contentes ao ver o post chamado 10 sites oferecendo cursos de Linux online de graça, do blog italiano Vagabondo Digitale, que recompilo alguns sites como o da IBM ou da Novell com excelentes cursos. Para os que gostam de especialmente Ubuntu, foi interessante conhecer a revista Full Circle Magazine que trata sobre tudo o relacionado com o sistema operativo Ubuntu e também o programa Ubuntu Tweak, que oferece muitas opções para alterar o mesmo. Muita gente pode estar querendo instalar o Java 6 no Ubuntu para treinar para alguma prova e o processo fica muito fácil depois de ler o artigo do Mundo Hev chamado Instalando Java 6 (1.6) no Ubuntu. Uma vez o Java corretamente instalado, a pagina sobre as certificações Java no portal JavaRanch pode nos ajudar bastante.

Voltando aos browsers, foi muito legal ver a aplicação de demonstração de SVG criada por Amaltas, o release 1.2.2 do jQuery, a comparação dos diferentes CSS Selectors em torno a velocidade realizada pelo pessoal do Ext JS e também a enorme quantidade (perto de 1000) de exemplos sobre Ajax, JavaScript e Dhtml que encontramos no site AjaxRain.

Finalmente, outros dois links interessantes foram o do Overview sobre Eclipse RAP e o Screencast de demostração criado por Michael Coté e o artigo escrito por Daniel Tenner chamado Como reconhecer um bom programador.

O que eu tinha feito foi criar uma Dynamic Web Application no Eclipse e seguidamente organizar meus pacotes. O problema era que no processo de deploy da minha aplicação, ela era compactada como um arquivo .war e por tal motivo JBoss não fazia o deploy dos meus EJB’s, esperando que eles estejam num arquivo .jar . Tentei então exportar minhas classes na mão para um arquivo .jar e ver que dava. Efetivamente o JBoss fez o deploy de meus EJB’s, mas aconteceu um problema: as classes ficaram repetidas no classpath, pelo que começaram a aparecer erros de CastException.

Comecei a pesquisar e pesquisar e terminei descobrindo que a solução era muito simples (e eu achando que ia ser complicado). A solução a meu problema consistia em criar dois projetos: um projeto EJB e um segundo projeto Dynamic Web Application, incluindo o primeiro no Class Path.

A continuação segue um possível caminho a seguir para começar a desenvolver uma aplicação com Eclipse, Struts2 e EJB utilizando JBoss desde o zero. No caso que alguma pessoa se encontre perdida num problema similar a o que eu teve, esta guia vai poder ajudar. Qualquer duvida por favor perguntar nos comentários. Estarei utilizando Eclipse Europa, JBoss v4.2, Struts2 e EJB3.0.

Dentro do Eclipse, começamos assim:

1. File > New > Other.. . Dentro da pasta Web escolher Dynamic Web Project e fazer click em Next.
2. Escolher o nome do nosso projeto web server, o Target Runtime (JBoss v4.2 no meu caso) e fazer click em Finish. No caso de não tiver nenhum runtime configurado, passar para o ponto 2.1. Caso contrario, ir para o ponto 3.
   1. Para configurar o runtime fazer click em New e dentro da pasta JBoss escolher JBoss v4.2. Seguidamente, fazer click em Next.
      
      
      
      
      
   2. Escolher o JRE a utilizar e o diretório onde foi instalado o servidor. Terminar o processo de configuração do runtime fazendo click em Finish.
3. File > New > Other.. . Dentro da pasta EJB escolher EJB Project e fazer click em Next. Escolher o nome do nosso projeto application server, o Target Runtime (o mesmo que no ponto 2) e fazer click em Finish.





4. Dentro do projeto do application server, click direito na pasta ejbModule > New > Interface . Escolher como nome do pacote com.mouseoverstudio.com.ejb e como nome da interface Teste. Fazer click em Finish. Nossa interface ficara da seguinte maneira:

   package com.mouseoverstudio.com.ejb;
   
   import javax.ejb.Local;
   
   @Local
   public interface Teste {
   
       public String getMensagem();
   
   }
   

5. Click direito na pasta ejbModule > New > Class. Escolher novamente como package com.mouseoverstudio.com.ejb e TesteBean como nome da classe. Fazer click em Add e escolher a interface Teste, dentro do pacote atual. Seguidamente fazer click em Ok e logo em Finish. Nossa classe TesteBean ficara assim:

   package com.mouseoverstudio.com.ejb;
   
   import javax.ejb.Stateless;
   
   @Stateless
   public class TesteBean implements Teste {
   
       public String getMensagem() {
   	return “EJB3.0@MouseOver Studio”;
       }
   
   }
   

6. Copiar os arquivos .jar localizados na pasta lib dentro do diretório do Struts e colocar eles dentro da pasta /mos-web-server/WebContent/WEB-INF/lib
7. No projeto web server, click direito na pasta principal > Build Path > Configure Build Path… . Escolher a aba Projects seguidamente de Add… , escolher o projeto application server, fazer click em Next e terminar o processo de importação fazendo click em Next novamente.
8. Abrir para edição o arquivo WebContent/WEB-INF/web.xml dentro do projeto web server e adicionar o seguinte código dentro do nodo web-app. Seguidamente salvar.

   
   <filter>
           <filter-name>struts2</filter-name>
           <filter-class>
               org.apache.struts2.dispatcher.FilterDispatcher
           </filter-class>
   </filter>
   <filter-mapping>
           <filter-name>struts2</filter-name>
           <url-pattern>/*</url-pattern>
   </filter-mapping>
   
   

9. Dentro da pasta src, criar o arquivo struts.xml:
   
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE struts PUBLIC "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN" "http://struts.apache.org/dtds/struts-2.0.dtd">
<struts>
<package name="main" namespace="/" extends="struts-default">
<action name="teste" class="com.mouseoverstudio.action.TesteAction">
<result name="input">/main.jsp</result>
</action>
</package>
</struts>

10. Click direito na pasta src > New > Other… . Dentro da pasta Java escolher Class e fazer click em Next. O nome do package sera com.mouseoverstudio.action e o nome da classe TesteAction. Seguidamente fazer click em Finish. Segue o código da nova classe:

    package com.mouseoverstudio.action;
    
    import javax.naming.InitialContext;
    import javax.naming.NamingException;
    
    import com.mouseoverstudio.com.ejb.Teste;
    import com.opensymphony.xwork2.ActionSupport;
    
    public class TesteAction extends ActionSupport {
    
            private String mensagem;
    
            public String execute() throws NamingException {
                    System.out.println("Executando TesteAction.execute");
                    InitialContext ctx = new InitialContext();
                    Teste t = (Teste) ctx.lookup("TesteBean/local");
                    mensagem = t.getMensagem();
                    return INPUT;
            }
    
            public String getMensagem() {
                    return mensagem;
            }
    
    }
    

11. Dentro da pasta WebContent, criar o arquivo main.jsp com o seguinte modelo:
    
<%@ taglib prefix="s" uri="/struts-tags" %>
<html>
<head>MouseOver Studio</head>
<body>
<s:property value="mensagem"/>
</body>
</html>

12. Acessar File > New > Other… . Dentro da pasta Server escolher Server e fazer click em Next. Dentro da pasta JBoss escolher Boss v4.2 e fazer click em Next duas vezes. Selecionar os projetos criados e fazer click em Add. Terminar o processo fazendo click em Finish.
13. Acessar Window > Show View > Other… . Dentro da pasta Server escolher Servers e fazer click em Ok.
14. Na aba Servers, fazer click direito no servidor JBoss e despois na opção start.
15. Quando o server terminar de iniciar, acessar http://localhost:8080/mos-web-server/teste.action

Isso foi tudo, não esqueçam de perguntar sobre qualquer dúvida. Ate mais.