O evento superou em muito minhas expectativas, tanto do ponto de vista da organização, dos participantes, dos demais palestrantes (Rafael e Luthiano), quanto da minha própria apresentação =) aproveitando inclusive para conhecer pessoas que fazem acontecer no Ceará. O site do grupo é o cejug.org e maiores informações do que rolou este mês encontram-se aqui e aqui - que ainda contou com o apoio da Argohost e da TV Software Livre transmitindo ao vivo para todo o mundo. No próximo mês o evento continua com mais conhecimento, tecnologias, interações e aprendizado! Aproveitem!

Os slides de Java ME estão disponíveis em slideshare ai embaixo:

[slideshare id=417852&doc=desmistificando-o-java-mecejugmaio2008vando-1211300288812571-8&w=425]

Me perguntaram sobre isso na minha apresentação de REST na Globo.com e isso foi assunto de uma discussão interessante hoje no CEJUG. Como é um assunto que pode interessar a bastante gente e eu me interesso muito por web services, resolvi falar mais sobre isso aqui no blog.

Os web services WS-* possuem o WSDL (Web Services Description Language), um artefato amplamente aceito que descreve de forma padrão os serviços da aplicação. Ao especificar no WSDL quais são os schemas XML dos documentos que serão trocados e a cardinalidade precisa de cada elemento, conseguimos garantir que qualquer cliente que entenda o padrão estabelecido será capaz de interpretar os documentos e comunicar-se corretamente com os serviços. Além disto, a maturidade deste padrão traz a vantagem de que já existem geradores de clientes em várias linguagens a partir de um documento WSDL.

Entretanto, WSDL (bem como muita coisa em WS-*) é complexo. Um ser humano que tenha que analisar um WSDL grande perderá um bom tempo para entender o que está descrito no documento. Já REST não tem uma forma padrão de especificar os contratos dos serviços.

Embora a versão 2.0 da especificação WSDL permita descrever web services REST, os principais projetos open source da área como o Apache Abdera, Google Data API, Jersey e o Mule não utilizam esta forma de publicação. Não tenho conhecimento de nenhum projeto publicamente divulgado que faça uso do WSDL 2.0 para descrever serviços REST, e a adoção desta capacidade é baixíssima (se é que existe).

O projeto Jersey oferece opcionalmente o WADL, que é uma forma de descrever serviços REST. Confesso que ainda não olhei o WADL para ver se seria interessante usá-lo. Pelo que sei, entretanto, a adoção dele também é muito baixa.

Existe também o documento de serviços do AtomPub, que é bem interessante. Ele é um documento simples que lista quais são as coleções disponíveis e a localização das mesmas. O documento informa também quais são os MIME types aceitos em cada coleção.

Eu considero interessante que a aplicação ofereça uma interface simples de consulta dos serviços disponíveis. Não é obrigatório, mas quando a aplicação tem uma certa quantidade de clientes é bem legal ter isso para facilitar.

Em dois projetos que eu trabalhei, eu implementei um Servlet simples que listava todas as URIs disponíveis na aplicação, quais métodos HTTP são aceitos em cada uma das URIs e além disso um exemplo de XML manipulado em cada uma das URIs. Isso foi algo que eu achei bom o suficiente, e não tão custoso. Normalmente a documentação de verdade dos serviços fica em algum lugar como uma Wiki, ou uma página qualquer com a descrição detalhada de como interagir com os serviços.

A questão principal é que quando você segue as boas práticas de desenvolvimento REST, os seus serviços ficam muito mais claros para quem precisa se integrar. Por exemplo, eu trabalhei em um projeto crítico de integração com o Google esse ano. Tive que usar várias funcionalidades da Google Data API. A API deles é REST, e encapsula os dados com o formato Atom. Eles não oferecem nenhuma interface semelhante ao WSDL, eles simplesmente têm uma página com a documentação dos serviços.

Como eles seguiram as boas práticas de implementação REST, eu rapidamente aprendi a utilizar a API deles. Os protocolos de comunicação REST são bem semelhantes, e mais simples de entender do que qualquer coisa com WS-*. Pouco mais de 1 hora depois de olhar a documentação deles, eu já estava conseguindo me integrar com eles, com os primeiros exemplos.

O Guilherme fez uma observação interessante durante a discussão disso na minha apresentação no Tech Talk. Quando você segue as boas práticas e implementa um protocolo conciso e claro, de certa forma podemos dizer que a implementação se "auto-documenta". É algo que podemos traçar um paralelo ao que acontece ao utilizarmos Domain Driven Design. Aproximando a linguagem do código do domínio de negócio, facilitamos a compreensão da aplicação por pessoas que nunca a tinham visto antes. Uma boa arquitetura de web services declarativos (REST) fica muito mais clara do que uma arquitetura de web services imperativos (WS-*). Isto acontece porque com REST o que fica em destaque são os Recursos (que representam conceitos claros do domínio), em vez de Operações.

É claro que as pessoas ainda terão que ler um pouco da documentação, mas como os conceitos em sua maioria já estarão "no sangue", as dificuldades iniciais são menores do que com WS-*.

O Felipe Gaúcho comentou no CEJUG sobre a capacidade de gerar clientes automatizados com WSDL. Embora isso seja verdade, no meu ponto de vista isso é meio que um mito. Não conheço ninguém que faça integrações automatizadas sem depender de seres humanos. A motivação disso é clara. Integrações envolvem regras de negócio, e ninguém que eu conheço faz negócios automáticos, sem definir as regras :)

Existia o mito de que as aplicações "descobririam" serviços automaticamente com UDDI e se virariam para fazer as integrações, gerando os clientes automaticamente. Embora isso seja tecnicamente possível, na prática isso pra mim é uma viagem que serviria mais para desenvolvimento de inteligência artificial do que para web services propriamente :)

Embora esta precisão do WSDL seja um ponto positivo, eu tenho a convicção de que a clareza que temos ao usar REST supera e muito as vantagens de termos geradores de clientes automatizados. Quanto a WS-* x REST de uma maneira mais geral, tem uma frase que eu gosto de utilizar. WS-* é apenas overhead a não ser que você tenha informações relevantes nos seus cabeçalhos SOAP. Se você nunca se preocupou MUITO (veja bem, MUITO) com o que está indo nos seu cabeçalhos SOAP, provavelmente um protocolo REST seria mais interessante.

Tem uma opinião a respeito disso? Estou ansioso para conhecê-la! :)

Fonte: http://cejug.org/pages/viewpage.action?pageId=24936471

Os temas foram:
Conhecendo o Spring por Igor Coelho
OpenSocial: construa sua rede social por Cristiano Milfont
Os melhores do mundo: comparativo entre Spring e EJB 3.0 por Rafael Carneiro e Tarso Bessa

Todas as palestras foram incríveis, porém quero dar destaque a dupla Rafale e Tarso que se superaram e mostraram o poder do EJB e do Spring. E uma comparação entre os dois. O poder e as facilidades que os dois trazem ao desenvolvimento JEE.

Assim que sair fotos, vou publica-las, porém você pode acompanhar por AQUI as fotos do evento e o material que será diponibilizado. Mas óbvio que não vou esperar e vou publicar em breve também :)

De antemão deixo a ressalva que a mês MAIO terá mais um CCT de peso. Aguardem...

Na última terça-feira (12/02/2008) o CEJUG realizou, o que até o momento é considerado, o maior evento já realizado pelo grupo. O Café com Tapioca de Coco contou com a presença de Reggie Hutcherson e Simon Ritter da SUN Microsystems e Paulo Silveira, consultor da Caelum, São Paulo. Os nomes são de peso e cada um fez seu espetáculo particular, levando o público de quase 500 pessoas ao delírio.

Por: Hildeberto Mendonça

O Reggie falando sobre o programa para desenvolvedores recursos, dentre outros. Já o Simon, falou sobre o JavaFX, que foi uma excelente visão e palestra sobre esta nova tecnologia da SUN e falou também sobre o SUN Spot. Foi realmente incrível.

Já o brasileiro Paulo Silveira da Caelum, deu um show a parte. Falou muito bem e com muita autoridade sobre a arquitetura Java. Um pouco sobre SOA "Same Old Architecture".

Resumindo um pouco, quem não foi só perdeu. E quem foi vamos continuar nos preparando porque os próximos eventos vão ser de imensa qualidade.

A Sun Microsystems lançou um programa chamado Sun Academic Initiative, que permite que instituições de ensino recebam o conteúdo de treinamentos realizados pela empresa gratuitamente. Os estudantes ainda poderão acessar os cursos online do Sun Web Learning Center.

Criado em 2005, o projeto ganhou a versão brasileira na terça-feira (07/11) e já conta com dez universidades locais integradas. A expectativa da Sun é que 200 instituições de ensino ingressem no programa nos próximos seis meses.

O objetivo é disseminar o conhecimento sobre tecnologia da informação permitir a certificação dos estudantes. Atualmente, são oferecidos conteúdos de mais de 120 treinamentos da empresa.

As instituições interessadas devem acessar o site da Sun, preencher o formulário de inscrição e aguardar a confirmação de aceitação da empresa.

Graças a Leonardo Torres membro do CEJUG em Juazeiro do Norte através de Silveira Neto embaixador de Campus da Sun na UFC o programa foi implantado na Faculdade de Juazeiro do Norte - FJN.

Leonardo Torres e Carlos Barreto membros do CEJUG e fundadores de um grupo de estudo java são articuladores de uma parceria SUN-FJN a qual vai beneficiar a célula com material da própria Sun.

Agradecemos a Rafael Carneiro e Silveira Neto pela colaboração e dedicação a esse projeto (coordenador do CEJUG e embaixador da Sun).

Esse evento está prometendo, a comecar pelos palestrantes. São eles:

• Simon Ritter (Sun Microsystems);
• Reggie Hutcherson (Sun Microsystems);
• Paulo Silveira (Caelum);

As palestras são no mínimo interessantíssimas:

• JavaFX para desenvolvimento de aplicações Rich Client
• Arquitetura Java Enterprise Edition
• A Estratégia de Software da SUN para desenvolvedores
• Projeto SUN SPOT para Redes de Sensores sem Fio em Java

Para os palestrantes internacionais (SUN Microsystems), haverá tradução simultânea.

O mais importante para os caros internautas é quando e onde. Será:
Dia 12 de Fevereiro de 2008 às 18:00h
No auditório da FA7 (Faculdade 7 de Setembro)