loogica

Primeiro, como sempre, começo reclamando de alguma coisa; nesse caso é a página inicial do GWT. O que eu espero de uma página inicial de uma ferramenta é uma descrição básica:

1. O que minha ferramenta faz?

2. Como ela funciona?

Nada muito extenso, afinal é uma página inicial, mas na do GWT, não tem “Como ele funciona”. Depois de umas buscas no google e uns clicks(3 clicks exatamente), eu descobri como funciona e depois disso eu realmente entendi como o GWT funciona. A documentação é boa e simples, só faltou na pagina inicial uma informação que é essencial. Não é a toa que *muita* gente se enganou a respeito do GWT.

Como eu levantei as 2 informações que eu acho essenciais pra o site de uma ferramenta, eu mesmo vou responder.

1. O que o GWT faz?

É um framework que ajuda na criação de aplicações AJAX, através de um compilador que transforma código JAVA em Javascript. Você não deve se preocupar com tipo do browser, escrever javascript por exemplo. Apesar disso, em um ambiente de desenvolvimento, o código roda na Jvm, ou seja, é possível debugar o código com seu Debugger preferido. Outras features você encontra aqui: http://code.google.com/webtoolkit/overview.html

Não vou continuar muito por aqui, porque documentação é o que não falta e eu não pesquisei muito essa parte do framework. Mas da pra fazer bastante coisa como por exemplo criar um componente a partir da composição de outros.

A parte que confunde a maioria das pessoas

2. Como funciona?

Quando você escreve uma classe como as que estão nos exemplos do GWT, o código java dessa classe é compilado e vira Javascript.

Como usar então classes que não são suportadas pelo compilador(Hibernate, EJB etc..)?

Você tem que criar as classes chamadas serviços. Precisei de 3 clicks pra chegar na documentação de serviços, que devia estar lá no “Getting Started”. A arquitetura do GWT divide sua aplicação em 2 partes. Client-Side Code e Server-Side Code. O client code é o carro chefe do framework, mas você não faz nada pro mundo real sem usar o Server-Side Code, que vou chamar de SSC.

O SSC, é compilado em .class e roda no servidor. Aqui não existe absolutamente nada de cliente(no máximo um callback para chamadas assíncronas), nem javascript. Nas classes SSC, você esta livre pra usar o que você quiser, pois nessa parte da aplicação é tudo 100% Java, então provavelmente aqui você vai usar o hibernate, o EJB ou até mesmo POJOs. Como o foco do post era mais chamar a atenção para uma deficiência na documentação inicial do GWT, vou continuar explicando um pouco mais essa parte que esta distante 3 clicks de você mas é fundamental.

Como criar um Serviço?

Primeiro cria-se uma interface Client-Side que herda de RemoteService.

public interface MyService extends RemoteService {
public String myMethod(String s);
}


A interface síncrona é a versão definitiva da especificação do serviço. Qualquer implementação desse serviço no lado do servidor deve herdar de RemoteServiceServlet e implementar a interface do serviço

public class MyServiceImpl extends RemoteServiceServlet implements MyService {
public String myMethod(String s) {
return s;
}
}

Você pode ter implementações assíncronas, onde a alem da interface que herda de RemoteService, você tem uma interface correspondende para chamadas assíncronas. O sufixxo Async é *obrigatório* e para cada método na interface síncrona você deve fazer um correspondente seguindo a regra abaixo:

De:

public ReturnType methodName(ParamType1 param1, ParamType2 param2);

Para:

public void methodName(ParamType1 param1, ParamType2 param2, AsyncCallback callback);

Mais informações sobre o CallBack aqui: AsyncCallback

Agora que você já sabe criar um serviço síncrono e assíncrono, você só precisa saber como se comunicar com eles do Client-Side Code.

Para isso basta(se o serviço for síncrono):

MeuServico service = (MeuServico) GWT.create(MeuServico.class);

Se o serviço for assíncrono, veja como fazer em: Actually Making a Call . Adianto que não é muito diferente e a grosso modo, você só precisa informar ao endpoint (seu serviço) aonde esta o entryPoint (que é aonde está o código do callback).

Existem outros detalhes que você deve ler aqui Remote Procedure Calls mas nada muito extenso, como eu disse são mais detalhes.

Do aspecto de arquitetura, o pessoal do GWT exemplifica os serviços de 2 modos:

• Como o Back-End completo da sua aplicação, ou seja, aonde está a lógica de negocio, as chamadas a outros frameworks etc..
• Como “gateways” leves que irão ser intermediários entre o cliente e outros recursos como um cluster de servidores JEE

Esse foi o primeiro post mais técnico de vários que ainda estarão por aqui. Espero que seja útil. Duvidas, críticas e comentários, escrevam aqui ou me mandem um email felipecruz AT gmail DOT com.