Vou palestrar ao lado de feras no próximo encontro do PBJUG, balançar a poeira do meu Eclipse e demonstrar como combinar aplicações feitas com Vraptor [melhor Framework para Java] com Frameworks JS. Confira descrição completa:

Recomendo que viajem até João Pessoa, o evento está prometendo.

Já há tempos eu venho afirmando que eventos gratuitos estão com os dias contados, não vale a pena realizar/organizar/participar de grandes eventos quando não cobramos pelo menos uma taxa simbólica, é impressionante como não é valorizado.

Eu e o Handerson Frota da TriadWorks ministramos diversos eventos gratuitos na célula Java da faculdade Lourenço Filho há uns anos, entre esses eventos alguns cursos e pela experiência o curso sempre tende a se deteriorar se for gratuito.

Eis que a JavaCE surge com o projeto JavaCE Social que visa destinar os valores cobrados em cursos para instituições de caridade. Esse tipo de ação a Milfont Consulting faz questão de patrocinar,  além disso vou preparar uns cursos para doar ao projeto.

Ajude a melhorar e aperfeiçoar o projeto doando, participando, ministrando e divulgando entre seus amigos, empresas e comunidades que participa.

Já tem uma grade inicial, confira a lista abaixo:

Cursos

Uma Introdução ao SQL + JDBC
30/10/2010 (Sábado, 13h) – Inscrições aqui!
Nível: Iniciante
Carga Horária: 4h
Instrutor: Leonardo Eloy (Participa na Coordenação da JavaCE)
Vagas: 8
Doação: 1 lata de Leite em pó + 2Kg de Arroz ou Feijão
Pré-requisitos: Saber criar programas simples com Java.
Softwares: JDK 6, Eclipse ou NetBeans e MySQL (qualquer versão).

Iniciando no VRaptor: Framework Ágil para Web
06/11/2010 (Sábado, 9h) – Inscrições aqui!
Nível: Iniciante
Carga Horária: 6hs
Instrutor: Handerson Frota (Referência em DWR no Brasil)
Vagas: 8
Doação: 2 latas de Leite em pó.
Pré-requisitos: Conhecimentos em Java Web, HTML e Banco de Dados.

Iniciando no JSF
20/11/2010 (Sábado, 9h) – Inscrições aqui!
Nível: Intermediário
Carga Horária: 6 a 8h
Instrutor: Bruno Soares e Rafael Ponte (Referências em JSF no Brasil)
Vagas: 8
Doação: 2 latas de Leite em pó.
Pré-requisitos: Conhecimentos em Java Web, HTML e Banco de Dados.

Jornada

Começamos essa aventura desde que o evento foi anunciado no início do ano, não lembro com precisão o mês, mas a coordenação do Jug JavaCE entrou em contato pela lista de discussões para criarmos uma caravana cearense.

A idéia desde o início era juntarmos gente suficiente para fechar com alguma agência de viagens um desconto em passagens e hospedagem, não deu dessa vez, pelo menos conseguimos mobilizar algumas pessoas e negociar duas rodadas de descontos na inscrição do evento.

Caravana JavaCE

A maioria chegou sexta de manhã [10/09] em São Paulo, a tarde fomos recepcionados pela Caelum em sua sede paulista. O Paulo Silveira preparou duas palestras para a caravana, além do pessoal da Giran e o Rubem Azenha que estavam lá.

O Paulo já sabia que iríamos lá para conhecer a empresa, afinal não chegaríamos de surpresa. Ele havia dado a sugestão de preparar algo, nem precisava, mas sabem como é, a Caelum não sabe fazer coisa pequena, então até uma visita informal virou um evento a tarde inteira com muita comida e bebida.

QCON

Minha avaliação do evento será muito parcial e específica, muito do que escreverei aqui tem a ver com o momento que vivo e portanto pode soar como irresponsável.

Tenho priorizado ultimamente palestras técnicas e mais avançadas em tecnologias que trabalho, não que isso seja errado, mas uma escolha que tomei esse ano para focar em código. Palestras de metodologias, métricas, filosofias ou algo diferente de código eu tento evitar. Não que eu tenha conseguido focar apenas em palestras técnicas, portanto não se assuste com o que vem.

Palestras do Sábado

O Keynote do Nick Kallen fui bacana, apesar de quase todas as informações mostradas já terem sido divulgadas em posts e outros eventos, de qualquer forma dá para sacar mais ou menos os problemas que é escalar um mundo gigante como o Twitter e os problemas que eles enfrentam. Foi muito bom.

O Keynote do Guilherme Silveira, que era para ser apenas no domingo,  foi trocado devido a um atraso no vôo do Randy Shoup, de qualquer forma ele deu seu show como sempre faz e demonstrou porque é o novo popstar da família Silveira. Apresentou algumas soluções de Rest e suas piadas infames, bom, pelo menos riram dessa vez .

O último Keynote do sábado foi meu ídolo Douglas Crockford que fez uma apresentação impecável. Demonstrou a história por trás da linguagem mais sofrida do mundo, falou sobre os comitês [confirmou minha opinião que comitê não funciona] e demonstrou código no final, apesar de pouco. Ouvi algumas críticas fora da palestra por pessoas que não entenderam qual o propósito desse Keynote, ou não leram o enunciado ou odeiam tanto javascript que não tiveram saco de ouvir de um dos pais da coisa toda aquela intrigante história.

Era para termos saído para o almoço, mas a Caelum, como não gosta de gordinhos, nos entupiu de tanta comida que do nosso grupo ninguém foi almonçar, ficamos lá beliscando aquele banquete sem fim.

Risquei a track .NET do sábado, não por críticas à plataforma, mas como eu disse antes, querer focar na realidade que trabalho. Diante desse quadro restou dividir as duas outras tracks seguindo meu critério de ser mais próximo ao código. Até que no sábado eu tenha saído mais dessa linha do que no domingo, mas esse foi o meu objetivo.

Dividir-se em tracks sempre há prejuízo, não tem jeito, acabei ficando na track com o Yoshima por curiosidade sobre o que ele falaria na guerra de métodos e acabei perdendo a do Paulo e a do Doug Clarke. Não me arrependi, o Yoshima consegue cativar bastante e apresentou alguns pontos de vista muito interessantes. Como eu conheço o TopLink e sei que é muito inferior ao hibernate eu resolvi ignorar a palestra do Doug, contem nos comentários se o Doug falou sobre alguma novidade que o Hibernate não já tenha desde 2004 .

Houveram críticas ao Yoshima sobre um comentário dele, especificamente sobre o time priorizar ordem de entrega das features, eu entendi muito bem a mensagem, mas acho que deveria ter um post só sobre isso para esclarecer melhor.

Logo em seguida fui assistir a palestra de um cara que admiro bastante, o Bruno Pereira da Concrete. O Bruno perdeu um bom tempo com histórico de Frameworks web e só demonstrou código da metade pro fim, o que me deixou com gostinho de quero mais. Acredito que o histórico seria suficiente em 5 minutos. De qualquer forma foi muito bom e principalmente para quem está começando agora foi excelente. Bruno é um nome que deve ser chamado próximo ano para apresentar coisas mais avançadas que ele domina bem.

A partir dessa palestra eu notei um padrão que incomodou um pouco, o pessoal passou um bom tempo da palestra falando sobre coisas muito básicas e pormenores que acredito não serem necessários, depois eu tive uma informação que esclareceu tudo. Segundo um passarinho chinês [:D],  os palestrantes receberam um pedido da organização para cobrir o básico porque haveria pessoas de todos os níveis. Acredito que esse aspecto deve ser priorizado no próximo ano.

A palestra seguinte, Testes Unitários em javascript, seguiu esse padrão de explicações exaustivas, os palestrantes demoraram muito tempo explicando o que era TDD e a importância de testes, acredito que isso deveria ser prerequisito para quem escolheu assistir essa palestra. Da mesma forma que a palestra do Bruno, o código foi enfatizado do meio para o fim, apresentaram algumas técnicas, ferramentas e conceitos bacanas. Foi muito boa também.

As duas palestras seguintes eu saltei, fui aumentar uns quilos e conversar um pouco com o pessoal. Conheci muita gente bacana que só conhecia pelas listas, fóruns e twitters da vida. Depois conto mais sobre isso.

Queria muito ter assistido a palestra do Sérgio Lopes, mas acabei escolhendo do Paulo Caroli. Acabei escolhendo a do Caroli porque já li bastante material dele e havia ouvido falar muito bem, resolvi ver as idéias e gostei muito. A sacada da casca de banana foi a diversão do dia.

Fim do Sábado

Continua…

O governo do estado inaugurou essa semana “A Conta do Paciente“, um projeto inédito no Brasil que vai informar ao paciente quanto foi sua despesa desde a entrada no hospital até sua alta. Esse tipo de atuação aproxima o governo da agilidade que a sociedade cobra em relação à transparência nas contas públicas, antes era quase impossível saber o custo real por paciente. Fora que a secretaria vai saber precisamente e em tempo real os custos por unidade, além de facilitar a tomada de decisões que podem salvar vidas.

Esse formulário detalhado com a conta do paciente é possível graças ao ERP especialista em gestão hospitalar pública da empresa Insystem, nosso cliente e parceiro. A Insytem acreditou em nosso trabalho e é um dos maiores Cases, senão o melhor.

O ERP foi construído 100% com base em TDD em Java usando DWR, Hibernate e  Spring basicamente. Alguns requisitos necessários de usabilidade utilizam Reverse Ajax com DWR. O sistema é totalmente ajax e utiliza o Extjs seguindo a filosofia model 3. Fizemos algumas customizações no Extjs para se integrar ao DWR de forma transparente.

Fomos ágeis desde o primeiro momento, mas nunca nos preocupamos em implantação de processo, metodologia ou qualquer coisa que o foco não fosse software saudável. XP foi algo natural, valores e princípios foram assimilados desde o primeiro dia, mas foi e é o software funcionando e livre de erros [o mais livre possível] que nos moveu.

Destaque para o Felipe Andrade, funcionário da Insystem que se tornou especialista em Extjs com DWR e hoje domina e é talvez o maior conhecedor da união desses Frameworks no estado.

Agradecimentos especiais aos diretores Evando Chaves e Marcelo Meirelles que investiram nessa solução e tiveram a sagacidade de sair na frente da concorrência entendendo que software funcionando é mais importante do que processos bonitos e pomposos, afinal o barco não chega na frente por causa do tambor e sim dos remadores. A Insystem está de parabéns por ter enfrentado todas as correntes contrárias e ter chegado a essa vitória investindo e apostando no fator humano como responsável para a vitória.

Esse é um Case que entrou para a história, estamos procurando outra solução semelhante na saúde pública do Brasil e até agora não encontramos nada.

Orgulhoso por participar dessa conquista.

Para suprir essa necessidade de usabilidade tivemos que adotar alguns conceitos, como ser totalmente stateless e modificar a arquitetura MVC2 para o MVC3. No server-side trabalhamos com um domain model baseado em Hibernate, Spring e Facades e Services com DWR. Nada de frameworks MVC2, não nos preocupamos com renderização e sim com a API. No lado cliente usamos Extjs com algumas modificações que fiz para integrar de forma suave com o DWR.

Primeiro precisamos entender como o Extjs trabalha com herança. Basicamente há um método no objeto Ext que faz esse trabalho de extensão dos componentes, funciona da seguinte maneira:

//Formato:
var NovoComponente = Ext.extend(velhoComponente, { 
          /* metodos e propriedades que serão reescritas */ 
});
 
//Exemplo:
var MilfontGridPanel = Ext.extend(Ext.grid.GridPanel, {
        //novo construtor
        constructor: function(config) {
            // Seu preprocessamento vai aqui
        	MilfontGridPanel.superclass.constructor.apply(this, arguments);
            // Seu pos-processamento vai aqui
        },
 
        NovoMethod: function() {
            // algum novo método que você queira criar para o novo componente
        }
    });

Para esse projeto, criei um Ext.data.DataProxy (como visto no artigo passado) especialista para o DWR, criativamente denominado DWRProxy. A idéia é modificar o comportamento de buscar os dados para usar um Creator do DWR.

Definimos primeiro o objeto e suas propriedades necessárias:

Ext.ux.data.DWRProxy = function(dwr_facade, dwr_filter, dwr_errorHandler){
 
    Ext.ux.data.DWRProxy.superclass.constructor.call(this);
 
	/* Propriedade que receberá a classe Java configurada como Creator */
    this.data = dwr_facade;
    /*
	 * Propriedade que receberá uma classe java configurada como converter
	 * que servirá como filtro de busca
	 */
 
	this.dwr_filter = dwr_filter;
 
	/**
	 *
	 * Propriedade para fazer paginação, indica que deve cachear a consulta de
	 * total de elementos o controlador [fachada] deve implementar a logica de
	 * negocios adequada, quando for false consulta o total, quando for true
	 * consulta apenas a listagem e repete o total
	 */
 
	this.dwr_total_cache = false;
 
	this.dwr_errorHandler = dwr_errorHandler;
 
};

Após isso extendemos do Ext.data.DataProxy :

Ext.extend(Ext.ux.data.DWRProxy, Ext.data.DataProxy, {
 
    /**
     * Método Load do Ext.data.DataProxy overrided
     */
 
    load : function(params, reader, callback, scope, arg) {
 
	/**
	 * Escopo "this" mapeado para a variável "s" porque dentro do callback do
	 * DWR o escopo "this" não pertence ao objeto Ext.ux.data.DWRProxy.
	 */
 
	var s = this;
 
        params = params || {};
 
        if(params.cache != undefined) {
		this.dwr_total_cache = params.cache;
	}
 
	if(params.filter != undefined) {
		this.dwr_filter = params.filter;
	}
 
        var result;
 
        try {
		this.data(this.dwr_filter, params.start, params.limit, this.dwr_total_cache, {
			callback:function(response) {
                                //aqui passamos o retorno do DWR 
                               // que chamei de response,  para o extjs
				result = reader.readRecords(response);
				callback.call(scope, result, arg, true);
			},
			errorHandler:function(a, e) {
				scope.fireEvent("loadexception", s, arg, null, e);
				s.dwr_errorHandler(a);
			},
			timeout:100000
		});
 
		this.dwr_total_cache = true;
 
        } catch(e) {
            this.fireEvent("loadexception", this, arg, null, e);
            callback.call(scope, null, arg, false);
            return;
        }
 
    }
 
});

A fachada DWR é uma classe comum, segue um exemplo de uso com Hibernate:

//classe para satisfazer o transporte para o Extjs
public final class DataTransferObject {
    private int total;
    private List<? extends Object> results;
    //sets e gets
}
 
public class AjaxFacade {
    //injeta um repositorio, whatever
    private Repository repository = null;
 
    public DataTransferObject find(Object filter, int start, int limit, boolean cache, HttpSession session) {
        DataTransferObject dto = new DataTransferObject();
        //verifica se o Proxy está passando true 
        // indicando que está paginando
        if (cache) {
            Integer total = (Integer) session.getAttribute("totalObject");
            dto.setTotal(total);
       } else {
            session.removeAttribute("totalObject");
            Integer total = repository.count(filter);
            dto.setTotal(total);
            session.setAttribute("totalObject", total);
        }
        List<Object> retorno = (List<Object>) repository.find(filter, start, limit);
        dto.setResults(retorno);
        return dto;
    }

Para o Grid visto no artigo passado, basta instanciar assim no javscript:

var store = new Ext.data.Store({
    proxy: new Ext.ux.data.DWRProxy(
        AjaxFacade.find, 
        {$dwrClassName:"Project"}, 
        errorHandler
    ),
    reader: new Ext.data.JsonReader({
            root: 'results',totalProperty: 'total',id: 'id'
        }, 
        ['id', 'name', 'manager.name', 'manager.address.country']
    )
});

Para entender o {$dwrClassName:”Project”} visite esse post.

Dessa forma o DWR se torna um proxy para todos os componentes do Extjs.

Código fonte da modificação do javascript eu coloquei aqui no github e uma aplicação demo aqui. No próximo vou integrar o DWR com o Rails, aguardem que sai logo… ou não.

Até a versão 2 temos que construir métodos no Creator com implementação nos argumentos devido ao DWR não ter como fazer o binding entre o Javascript e o Java sem saber quem é o objeto. Algo assim:

public class AjaxFacade {
 
	public User teste(User param) {
		param.setDescription("Teste funcionou");
		return param;
	}
}

No javascript:

AjaxFacade.teste(
	{
		id:42 //JSON que representa o objeto User
	}, 
	{
		callback:function(retorno) {
			alert(retorno.toSource());
		},
		errorHandler:function(error, message) {
			alert(message);
		}, 
		timeout:5000
	});

Agora foi adicionado a propriedade $dwrClassName no Converter onde você pode trabalhar com a interface ao invés da implementação. Vejamos com o Object como argumento no mesmo método:

public class AjaxFacade {
 
	public Object teste(Object param) {
		//puramente ilustrativo não peça fundamentação lógica :)
		if(param instanceof User) { 
			((User) param).setDescription("Teste funcionou");
		}
		return param;
	}
}

No javascript:

AjaxFacade.teste(
	{
		id:42 //JSON que representa o objeto User,
		$dwrClassName:"User"
	}, 
	{
		callback:function(retorno) {
			alert(retorno.toSource());
		},
		errorHandler:function(error, message) {
			alert(message);
		}, 
		timeout:5000
	});

Agora aquelas centenas de classes que fazem a mesma coisa [CRUDzão velho de guerra] podem ser resumidas em uma única Facade que faz suas validações e aciona um Repository ou sua estrutura de persistência.

public class AjaxFacade {
	@Autowired Repository repository;
	public Object persistir(Object param) {
		if(param == null) ...
		repository.persist(param);
		return param;
	}
}

Agora não tem como não termos um Feliz Natal!

Esse pequeno tutorial-guia faz parte do material dos meus cursos de Javascript e Ajax e serve para deixar um histórico acessível aos alunos e fácil para leitores que por ventura precisem.

Preparei um ambiente de execução com todas as dependências no projeto Remendux onde vocês podem fazer checkout e rodar o build ant localmente como um projeto do eclipse – estou usando o plugin para o SVN Subclipse.

Montei um script ant padrão bem simples de ser entendido por iniciantes:

<?xml version="1.0" encoding="UTF-8"?>
<project name="jsmin" default="main" basedir=".">
	<!-- Propriedades para definir nomes de pastas que usaremos -->
	<property name="js" value="js"/>
	<property name="build" value="build"/>
	<property name="lib" value="lib"/>
	<property name="output" value="output"/>
	<!-- Propriedades para definir nomes os arquivos necessários -->
	<property name="yui-compressor.jar"
		location="${lib}/yuicompressor-2.4.2.jar" />
	<property name="yui-compressor-ant-task.jar" 
		location="${lib}/yui-compressor-ant-task-0.3.jar" />
	<!-- Incluir as libs necessárias no classpath -->
	<path id="task.classpath">
		<pathelement location="${yui-compressor.jar}" />
		<pathelement location="${yui-compressor-ant-task.jar}" />
	</path>
	<!-- Definição da task para o Ant reconhecer -->
	<taskdef name="yui-compressor" 
classname="net.noha.tools.ant.yuicompressor.tasks.YuiCompressorTask">
	<classpath refid="task.classpath"/>
	</taskdef>
 
	<target name="clean">
		<delete dir="build"/>
		<delete dir="output"/>
		<mkdir dir="build"/>
		<mkdir dir="output"/>
	</target>
 
	<target name="main" depends="clean">
		<!-- Tag do Ant para concatenar arquivos 
		[ http://ant.apache.org/manual/CoreTasks/concat.html] 
		os arquivos são unidos na sequência de definição 
		no fileset
		-->
		<concat destfile="${output}/remendux.js" force="no">
			<fileset file="${js}/util.js" />
			<fileset file="${js}/remendux.js" />
		</concat>
		<!-- Task do yui-compressor -->
		 <yui-compressor warn="false"  munge="true"  
				preserveallsemicolons="false" 
				fromdir="${output}" todir="${build}">
		</yui-compressor>
	</target>
 
</project>

Após a importação, para executar o script – que chamei de build-yui.xml – basta apenas executar com o ant pelo eclipse – vide imagem abaixo – ou em linha de comando. Estou usando o Ant 7.1 com java 6u10 e Eclipse 3.4, portanto caso haja um erro atente para a versão das ferramentas usadas.

Após executar, observe a redução de tamanho na versão minificada [../build/remendux-min.js] para a versão concatenada [../output/remendux.js ]. A versão final ficou com 30% do tamanho com documentação e identação.

Buildfile: C:\workspace\remendux\build-yui.xml
     [echo] Building output
clean:
    [mkdir] Created dir: C:\workspace\remendux\build
    [mkdir] Created dir: C:\workspace\remendux\output
main:
[yui-compressor]
 [30%] remendux.js [5775] ---> remendux-min.js [1734]
[yui-compressor]
 [JavaScript] Compressed 1 files to 30% (5KB to 1KB, saving 4KB)
[yui-compressor]
 [CSS] No files to compress, or all files already up to date
[yui-compressor]
 Compressed 1 files to 30% (5KB to 1KB, saving 4KB)
BUILD SUCCESSFUL
Total time: 12 seconds

Fotos

Album do JavaRN
Album do Handerson Frota

Todas as palestras estavam em alto nível, mas o destaque desse evento na minha opinião foi a palestra do Rodrigo Rebouças, “Timing” perfeito e apresentação impecável.

Vivemos em uma era muito fantástica na história da humanidade, conheci o @Karlisson [autor das tirinhas mais bacanas do Brasil no "Nerdson não vai à escola" ] porque estávamos “twitando” na mesma sala lá no evento. Ele postou e eu o encontrei.

Por coincidência, no final da minha palestra eu fiz um sorteio de uma camisa e foi o Karlisson quem acertou a resposta, para os protestos da Twittosfera que afirmou que o @Elomar respondeu primeiro. Desculpem caras, realmente não ouvi

Material da minha palestra.

Links importantes:

API da especificação Opensocial.

Shindig, projeto opensource e implementação de referência da API.

SocialSite, um container OpenSocial em Java com implementação funcional total, inclusive de banco de dados.

No dia 22 de Novembro de 2008 acontecerá o IV Natal Java Day em  Natal-RN organizado pelo Grupo de Usuário JavaRN. Faça sua inscrição.

Volto a essa cidade maravilhosa e acolhedora para palestrar sobre OpenSocial, alguns amigos irão palestrar também, confira as palestras que serão ministradas por cearenses:

Handerson Frota (http://www.handersonfrota.com.br/)
Palestra: DWR: Utilizando o COMET/ReverseAjax do DWR
Nesta palestra apresentaremos uma visão prática de como utilizar o ReverserAjax do DWR. Uma pequena introdução ao conceito de COMET e veremos como funciona a comunicação do DWR para efetuar chamadas utilizando ReverseAjax. Como configurar o DWR para cada tipo de conexão do Reverse Ajax aceito por ele. Serão mostrados exemplos como prova de conceito.

Rafael Ponte (www.rponte.com.br)
Palestra: Os 10 maus hábitos dos desenvolvedores JSF
Toda tecnologia tende a trazer consigo um novo paradigma de como desenvolver partes específicas de software, contudo, algumas novas práticas nem sempre são entendidas, e algumas vezes antigas práticas permanecem dentro do novo paradigma tornando-se assim maus hábitos, e com JSF não seria diferente.
Aqui será apresentado 10 discussões sobre os maus hábitos mais comuns entre os desenvolvedores JSF, hábitos encontrados não somente entre iniciantes, mas também entre alguns desenvolvedores mais experientes, e por sua vez será apresentado soluções para cada um deles.

Christiano Milfont
Palestra: OpenSocial: Padronização das redes sociais
OpenSocial é uma especificação aberta proposta pelo Google e adotada pela maioria das redes sociais como MySpace, Hi5, Ning, Orkut, Salesforce.com e Linkedin, entre outros.
Composta de APIs comuns, permite que desenvolvedores possam escrever aplicações sociais que funcionam em qualquer um destes sites seguindo a filosofia do Java: “escreve uma vez, roda em todos os lugares”. Nesta palestra será demonstrado o que é o OpenSocial e em que se baseia uma rede social. Também veremos exemplos de aplicações em containers OpenSocial e como criar uma aplicação OpenSocial.

Rodrigo Rebouças [PBJUG] (http://rodrigor.com/)
Palestra: A Tempestade por trás da computação nas nuvens
O que é a computação nas nuvens (Cloud Computing)? Quais são os desafios que este conceito trás para nós que desenvolvemos software? Nesta palestra conversaremos sobre estas questões e sobre problemas e soluções no desenvolvimento de aplicações de larga escala.