Ouvi que existe um método de recuperar um código fonte, utilizando decompiladores. Possivelmente não se consiga recuperar o código das classes em um 100%, mas muita coisa deve dar para recuperar, dependendo do caso.

Pesquisei um pouco e ao parecer o melhor decompilador e o mais popular é o Jad. Existem muitos outros mas parecem estar bem desatualizados e somente dão suporte ate a versão 1.3 do Java. Mesmo o Jad sendo o mais atualizado dos que encontrei, a noticia mais nova no site e do dia 2 de Julho de 2006.

Uma coisa que me fez pegar confiança no Jad é que existem um monte de ferramentas com interface gráfica que utilizam o Jad por detrás e também existe um plugin do Jad para o Eclipse chamado JadClipse, que é o que vou utilizar agora. A última versão é para o Eclipse Europa e foi lançada em Maio do 2007.

Baixei o plugin, coloquei ele na pasta plugins da minha instalação do Eclipse e abri o mesmo.

Ao abrir o Eclipse não apareceu nada diferente, mas sim nas preferências. No menu Java foi adicionado um submenu JadClipse, com muitas opções para configurar o plugin. Eu deixei as preferências no padrão. Em General > Editors > File Associations da para apreciar que existe uma asociação entre os arquivos .class e o JadClipse Class File Viewer.

Num dos projetos que estavam atualmente no Working Set tinha um que utilizava algumas livrarias do JBoss. Naveguei dentro de um arquivo .jar ate achar um arquivo .class e dei duplo click nele. Parece que nesse momento o Jad decompila o arquivo e deveria mostrar o resultado, mas ele mostrou para mim o seguinte:

DECOMPILATION REPORT

Decompiled from: /home/dcrec1/workspace/jboss-4.2.2.GA/server/default/lib/mail.jar
Total time: 2 ms
Jad reported messages/errors:
Exit status: 0
Caught exceptions:
java.io.IOException: java.io.IOException: jad: not found
at java.lang.UNIXProcess.(UNIXProcess.java:148)
…

Parece que por algum motivo o programa Jad não esta sendo encontrado. É obvio, não instalei ele!

Baixei a ultima versão do Jad e coloquei o arquivo jad dentro da pasta /usr/bin . Repeti o processo e o resultado foi o mesmo.

Voltei nas configurações do JadClipse e nelas existe um campo chamado Path to decompiler. Escrevi /usr/bin/jad como valor, apliquei as mudanças e repeti o processo de decompilação. A nova mensagem foi a seguinte:

DECOMPILATION REPORT

Decompiled from: /home/dcrec1/workspace/jboss-4.2.2.GA/server/default/lib/mail.jar
Total time: 25 ms
Jad reported messages/errors:
/usr/bin/jad: error while loading shared libraries: libstdc++-libc6.2-2.so.3: cannot open shared object file: No such file or directory
Exit status: 127

O erro se deu porque faltam livrarias no meu ambiente. Resolvi o problema no Ubuntu instalando o pacote libstdc++2.10-glibc2.2.

Repeti por terceira vez o processo e funcionou uma beleza! O código decompilado apareceu rapidamente e no final do código apareceu o seguinte texto como comentário:

DECOMPILATION REPORT

Decompiled from: /home/dcrec1/workspace/jboss-4.2.2.GA/server/default/lib/mail.jar
Total time: 45 ms
Jad reported messages/errors:
The class file version is 48.0 (only 45.3, 46.0 and 47.0 are supported)
Exit status: 0
Caught exceptions:

Ao parecer aconteceu algum erro mas não da para ser identificado a simples vista. Me parece que não daria para descobrir que o código gerado foi decompilado, os nomes das variáveis não apresentam caracteres estranhos nem as propriedades ou algum método.

Agora somente falta fazer testes para ver que tão parecido fica o código decompilado com o pre-compilado. Mesmo podendo não recuperar a classe em um 100%, acho que o JadClipse vai me ajudar bastante quando utilize ele na segunda-feira com a livraria mencionada no começo do post.

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 artigo ja tem dois anos de vida mas mesmo assim foi de muita utilidade. Basicamente o que Riyad recomenda e inicializar o Eclipse com os seguintes argumentos numa máquina com 1GB de memória RAM:

-vmargs -Xms512m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=128m

No caso de possuir outra quantidade de memória RAM, basta com proporcionar os valores diretamente. Por exemplo, se tivermos uma máquina com 512 MB de RAM, os argumentos ficariam assi:

-vmargs -Xms256m -Xmx256m -XX:PermSize=64m -XX:MaxPermSize=64m

Os argumentos são especificados no arquivo eclipse.ini dentro da pasta principal do Eclipse. Nesse casso, os argumentos especificados servem para indicar a VM quanta memória ela pode usar para alocar classes e outros recursos. Ao possuir mas espaço disponível, a performance melhora. Somente não podemos dar a oportunidade dela poder pegar muita memória porque ali outras aplicações poderiam se ver afetadas.

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.