VRaptor 3 - README.TXT similar ao do Spring

GUJ Hacker Membro desde: 08/07/2007 00:08:14 Mensagens: 6394 Offline

@wariows
Por enquanto não há integração com o spring da sua própria aplicação (o que vc configura no applicationContext.xml),
mas você pode gerenciar facilmente criando um @Component @ApplicationScoped para criar o EntityManagerFactory
e um @Component @RequestScoped para criar os EntityManagers cada requisição... Essa integração com seu spring
vai sair num próximo release...

@edufa
Se você for usar o Pico, não precisa do jar do spring... e vice-versa
e é só colocar no seu web.xml:

JavaGuru Membro desde: 03/11/2006 02:27:43 Mensagens: 206 Offline

Hummm,

Beleza, acho que ainda tem mta coisa pra sair pro vraptor3. Vou esperar sair a documentação completa, mas gostei do que vi.

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

wariows wrote:
Achei bem legal alguns pontos como o suporte fácil a rest...

Pois é, parece que hoje em dia basta montar uma URL "bonitinha" pra sair dizendo que suporta REST.

JavaGuru Membro desde: 03/11/2006 02:27:43 Mensagens: 206 Offline

mochuara wrote:

wariows wrote:
Achei bem legal alguns pontos como o suporte fácil a rest...

Pois é, parece que hoje em dia basta montar uma URL "bonitinha" pra sair dizendo que suporta REST.

De forma alguma, até onde eu vi, o vraptor provê mta coisa pra teu recurso ser restful, não é apenas a 'url bonitinha'...
Além do mais todo mundo sabe o problema de passar os parametros pela query string como por exemplo o cache...

Mas o vraptor provê anotações de fácil uso para identificar qual método do http deve ser usado para o método da lógica, o que é bem interessante em rest, usar os verbos do http com sua semântica correta.

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

wariows wrote:
De forma alguma, até onde eu vi, o vraptor provê mta coisa pra teu recurso ser restful, não é apenas a 'url bonitinha'...
Além do mais todo mundo sabe o problema de passar os parametros pela query string como por exemplo o cache...

Mas o vraptor provê anotações de fácil uso para identificar qual método do http deve ser usado para o método da lógica, o que é bem interessante em rest, usar os verbos do http com sua semântica correta.

Não tem muito a ver com REST, mas com suporte ao HTTP. Não há porque usar os termos como se fossem intercambiaveis, a nao ser porque REST ta mais na moda.

mochuara wrote:

wariows wrote:
Achei bem legal alguns pontos como o suporte fácil a rest...

Pois é, parece que hoje em dia basta montar uma URL "bonitinha" pra sair dizendo que suporta REST.

Ola Mochuara

Voce tem razao, muita gente usa o termo REST em vez de "nice urls" ou "routes", mas creio que voce nao teve tempo de passar por toda a documentaca, o vraptor suporta o binding de metodos java para metodos http, ou atraves do _method. Tambem aceita o responds_with para devolver json/html/xml e esses outros headers e parametros que tem ficado popular. Estamos usando o termo rest da mesma maneira que a jsr 311 o faz. É um pouco mais que apenas urls bonitinhas.

abracos!

Notícias, artigos e o maior fórum brasileiro sobre Java