VRaptor 3 - README.TXT similar ao do Spring

Tem como adicionar ao pacote principal um arquivo README.TXT com as bibiliotecas minimas necessárias pra utilizar o VRaptor 3? Digo isso porque o blank project vem com algumas bibliotecas que aparentam ser desnecessárias somente pra criar um Hello World.

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

Os jars que estão no WEB-INF/lib do blank project são o mínimo que você precisa pra executar
uma lógica simples no vraptor, mesmo...
Quais bibliotecas você acha que não seriam necessárias?

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

Dei um olhada na versão beta-1, tavam faltando alguns jars, como o google-collect-snapshot-20080820.jar e o reflections-0.9.2.jar.

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

Vi no vídeo da palestra do falando em java que o guilherme diz que o provider padrão do vraptor 3 é o spring, mas o blank-project vem com o pico... e não consegui fazer ele utilizar o spring...

Alguma dica?

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

esses jars já estão no blank-project do beta-2...

o beta-2 também tá com o spring por padrão...

se a sua versão ainda estiver usando o pico, basta colocar no seu web.xml:

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

Baixei o beta2, mesmo assim ele ainda parece estar usando o pico.. habilitei o mode debug do log, e aparece ele iniciando o pico-container...

<context-param> <param-name>br.com.caelum.vraptor.spring.packages</param-name> <param-value>br.com.pacote.do.seu.projeto</param-value> </context-param>

esse pacote do meu projeto, pode ser qq pacote raiz, e dai ele faz autodiscover, como um br.com.meusistema.*, ou tem que ser um pacote especifico?

se for um pacote especifico, o spring só vai gerenciar os beans desse pacote?

A jstl.jar normalmente vem no container e a lib para upload seria somente se algum sistema realmente fosse usar esta funcionalidade. Tudo bem, são só duas lib´s a mais no projeto, sim são só 2. Porém quanto menos inchado o projeto for, melhor vai ser.

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

@wariows
br.com.pacote.do.seu.projeto tem que ser um pacote, ou um conjunto de pacotes separados por vírgula
da onde estão os seus beans marcados com o @Component ou @Resource do vraptor...
pode ser a raiz do projeto, ele procura nos subpacotes também

@luiz_ross
apesar do container geralmente disponibilizar o jstl.jar e o standard.jar, na maioria das vezes você precisa
deles importados no classpath pra poder desenvolver...
quanto ao commons-upload, acho que dá pra gente tentar marcar pra deixar esta dependência opcional sim...
vou colocar nas issues do vraptor

obrigado =)

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

lucascs wrote:@wariows
br.com.pacote.do.seu.projeto tem que ser um pacote, ou um conjunto de pacotes separados por vírgula
da onde estão os seus beans marcados com o @Component ou @Resource do vraptor...
pode ser a raiz do projeto, ele procura nos subpacotes também

Não tem uma convenção pra isso?

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

é meio dificil estabelecer uma convenção para o pacote raiz do seu projeto...
pode ser br.com.qualquercoisa
net.qqercoisa
com.qqercoisa
org.qqercoisa

a gente não pode simplesmente colocar nada, pq o spring vai querer escanear até as
classes que estão dentro dos jars do seu projeto... e isso não é muito bom...

você tem alguma idéia que facilitaria essa configuração inicial?

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

lucascs wrote:é meio dificil estabelecer uma convenção para o pacote raiz do seu projeto...
pode ser br.com.qualquercoisa
net.qqercoisa
com.qqercoisa
org.qqercoisa

a gente não pode simplesmente colocar nada, pq o spring vai querer escanear até as
classes que estão dentro dos jars do seu projeto... e isso não é muito bom...

você tem alguma idéia que facilitaria essa configuração inicial?

Ah verdade, agora que caiu a ficha como funciona o provider, eu não vou ter mais o applicationContext.xml...
De fato é dificil pensar numa convenção pra isso...

Vejo que com o pico isso não é necessário, como o pico procura?

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

com o pico o vraptor escaneia na mão todas as classes que estão na pasta WEB-INF/classes... que geralmente é onde estão as
classes do seu projeto... o spring já faz isso pra você

o vraptor ainda não aproveita o spring se você já está com ele configurado na aplicação, mas isso com certeza
vai ser implementado em um novo release

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

Alguma documentação para testes unitários já foi feita?

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

para os testes unitários dos seus controllers?

por causa da interface fluente do Result e do Validator, fica meio difícil testar com eles mesmo...

a gente vai deixar uma implementação disponível do Result e do Validator para testes junto com o vraptor,
mas por enquanto, é só você passar uma implementação falsa...

dá uma olhada no que a gente fez no Calopsita, que usa o vraptor:

http://github.com/caelum/calopsita/tree/c2fadfddb91f5907e0ee73e0fd63aa43ee06e3ce/src/test/java/br/com/caelum/calopsita/mocks

colocando essas 4 classes no seu projeto, (se você tiver usando o JMock), o result e o validator não te atrapalham mais...
qualquer coisa é só modificar o código e usar =)

[]'s

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

E a integração com JPA como ficou? No vRaptor2 tinha 2 opções, ou eu usava o plugin de jpa, ou eu podia fazer o spring gerenciar o entityManager no applicationContext.xml. Agora que não tenho mais esse arquivo, como eu faria o spring gerenciar o entityManager?

Se eu quiser usar só o Pico mesmo assim preciso do jar do Spring?

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