[RESOLVIDO] VRaptor 3.4.0 successfuly initialized (Duas vezes no mesmo server) =/

Assuntos Gerais
#1

Boa Noite,

Tenho um server Tomcat 7 com um projeto apenas publicado.
Este projeto utiliza VRaptor 3.4 com servlet-container 3.0.

Quando configuro no web.xml para usar o HibernateCustomProvider

<context-param>
   <param-name>br.com.caelum.vraptor.provider</param-name>
   <param-value>br.com.caelum.vraptor.util.hibernate.HibernateCustomProvider</param-value>
</context-param>

Ao estartar o server… é gerado todo o output do VRaptor duas vezes conforme o log a seguir… ele diz duas vezes:
18:00:03,173 INFO [VRaptor ] VRaptor 3.4.0 successfuly initialized

Isto é assim mesmo? É normal? Quando não utilizo o HibernateCustomProvider ele não gera esta duplicidade.

Coloquei o log anexo ao post p/ não ficar ruim a visualização!

Att

#2

boa noite,

quando acessa a aplicação no navegador gera uma exceção?

abs

#3

guivirtuoso, não use a configuração de provider, prefira usar a de pacotes

<context-param>
    <param-name>br.com.caelum.vraptor.packages</param-name>
    <param-value>br.com.caelum.vraptor.util.hibernate</param-value>
</context-param>

dá uma olhada no seu log4.xml (ou properties) se vc não configurou dois logs pro vraptor.

#4

Putz Lucas,

Quando iniciei meus estudos com VRaptor acabei mapeando as coisas no log4j, e obviamente nesta fase fiz muitos testes e acabei deixando mesmo duplicado:

&lt;category name="org.vraptor"&gt;
    &lt;priority value="INFO" /&gt;
    &lt;appender-ref ref="stdout" /&gt;
&lt;/category&gt;

&lt;category name="br.com.caelum.vraptor"&gt;
    &lt;priority value="INFO" /&gt;
    &lt;appender-ref ref="stdout" /&gt;
&lt;/category&gt;

Removi o mapeamento do org.vraptor e beleza, faz o log só 1 vez… baita mancada minha. Valeuw…

Sobre o o outro item que você mencionou…

Fiz a mudança sugerida, mas tudo continuou como antes… no inicio do Log ele informa que está usando a HibernateCustomProvider.

Esta forma de declarar no web.xml, por package… qual a real diferença ?

Vlw…

#5

ela é mais estensível, já que vc consegue usar mais de um plugin ao mesmo tempo, além de poder usar qualquer container (se usa o provider está preso ao spring)

#6

Hum… show de bola… explicado então, se eu trocar de framework de injecao de dependencia continua tudo ok… maravilha!

Vlw Lucas :wink:

#7