Integração com o Property Placeholder do Spring. #1

Closed
wants to merge 3 commits into
from

Conversation

Projects
None yet
3 participants

PessoALL,

Fiz uma aplicação que usa alguns beans do spring e configurações com o property placeholder, como não queria ter 2 arquivos de configuração( um do vraptor-environment e outro usado no spring) implementei um property placeholder que é integrado com o vraptor-environment.

Acho interessante ter isso como uma feature do vraptor-environment.

Tem um projeto que usei de teste aqui https://github.com/dennysfredericci/vraptor-mongodb-example

Abraços!

Member

lucascs commented Sep 15, 2011

Bem legal a contribuição!

o único problema é que isso obriga o cara a usar spring...
tudo bem fazer isso como outro plugin que estende o vraptor-environment?

Abraços

Oh God! Sorry!

Esqueci que o vraptor usa mais de um container de ioc, faz mais sentido fazer isso e ter um "vraptor-spring-environment"

Boa!

Se bem que o dependency:tree do vraptor-environment já se mostra dependente do spring.

Hummm... Se isso estiver correto, melhor colocar dentro do próprio vraptor-environment.

O que acha?

[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @ vraptor-environment ---
[INFO] br.com.caelum.vraptor:vraptor-environment:jar:1.0.2-SNAPSHOT
[INFO] +- br.com.caelum:vraptor:jar:3.2.0:compile
[INFO] | +- cglib:cglib-nodep:jar:2.1_3:compile
[INFO] | +- com.google.guava:guava:jar:r07:compile
[INFO] | +- org.slf4j:slf4j-api:jar:1.6.1:compile
[INFO] | +- org.slf4j:slf4j-log4j12:jar:1.6.1:compile
[INFO] | | - log4j:log4j:jar:1.2.16:compile
[INFO] | +- net.vidageek:mirror:jar:1.5.1:compile
[INFO] | +- org.objenesis:objenesis:jar:1.1:compile
[INFO] | +- ognl:ognl:jar:2.7.3:compile
[INFO] | | - jboss:javassist:jar:3.7.ga:compile
[INFO] | +- com.thoughtworks.paranamer:paranamer:jar:2.2:compile
[INFO] | +- org.springframework:spring:jar:2.5.6:compile
[INFO] | | - commons-logging:commons-logging:jar:1.1.1:compile
[INFO] | +- org.aspectj:aspectjrt:jar:1.6.9:compile
[INFO] | - aopalliance:aopalliance:jar:1.0:compile
[INFO] +- br.com.caelum.vraptor:vraptor-freemarker:jar:1.0.1:compile
[INFO] | - org.freemarker:freemarker:jar:2.3.16:compile
[INFO] +- junit:junit:jar:4.8.2:test
[INFO] +- org.mockito:mockito-core:jar:1.8.5:test
[INFO] | - org.hamcrest:hamcrest-core:jar:1.1:test
[INFO] - org.mortbay.jetty:servlet-api:jar:3.0.20100224:provided
[INFO] ------------------------------------------------------------------------

Member

lucascs commented Sep 15, 2011

mas isso pq ele depende do VRaptor que depende do spring (no maven)

On Thu, Sep 15, 2011 at 5:52 PM, Dennys <
reply@reply.github.com>wrote:

Se bem que o dependency:tree do vraptor-environment j se mostra dependente
do spring.

Hummm... Se isso estiver correto, melhor colocar dentro do prprio
vraptor-environment.

O que acha?

[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @
vraptor-environment ---
[INFO] br.com.caelum.vraptor:vraptor-environment:jar:1.0.2-SNAPSHOT
[INFO] +- br.com.caelum:vraptor:jar:3.2.0:compile
[INFO] | +- cglib:cglib-nodep:jar:2.1_3:compile
[INFO] | +- com.google.guava:guava:jar:r07:compile
[INFO] | +- org.slf4j:slf4j-api:jar:1.6.1:compile
[INFO] | +- org.slf4j:slf4j-log4j12:jar:1.6.1:compile
[INFO] | | - log4j:log4j:jar:1.2.16:compile
[INFO] | +- net.vidageek:mirror:jar:1.5.1:compile
[INFO] | +- org.objenesis:objenesis:jar:1.1:compile
[INFO] | +- ognl:ognl:jar:2.7.3:compile
[INFO] | | - jboss:javassist:jar:3.7.ga:compile
[INFO] | +- com.thoughtworks.paranamer:paranamer:jar:2.2:compile
[INFO] | +- org.springframework:spring:jar:2.5.6:compile
[INFO] | | - commons-logging:commons-logging:jar:1.1.1:compile
[INFO] | +- org.aspectj:aspectjrt:jar:1.6.9:compile
[INFO] | - aopalliance:aopalliance:jar:1.0:compile
[INFO] +- br.com.caelum.vraptor:vraptor-freemarker:jar:1.0.1:compile
[INFO] | - org.freemarker:freemarker:jar:2.3.16:compile
[INFO] +- junit:junit:jar:4.8.2:test
[INFO] +- org.mockito:mockito-core:jar:1.8.5:test
[INFO] | - org.hamcrest:hamcrest-core:jar:1.1:test
[INFO] - org.mortbay.jetty:servlet-api:jar:3.0.20100224:provided

[INFO]

Reply to this email directly or view it on GitHub:
#1 (comment)

então, se já existe esta dependencia qual o problema em usar o spring?

Não entendi....

Member

lucascs commented Sep 15, 2011

o fato da dependncia estar no maven no quer dizer que a pessoa v usar o
spring (ela pode dar um exclude e colocar o guice, por exemplo)

On Thu, Sep 15, 2011 at 6:54 PM, Dennys <
reply@reply.github.com>wrote:

ento, se j existe esta dependencia qual o problema em usar o spring?

No entendi....

Reply to this email directly or view it on GitHub:
#1 (comment)

Member

garcia-jj commented Sep 16, 2011

O Spring está no maven porque ele é o provider padrão do VRaptor. Porém nada impede de você usar qualquer outro IOC (Lucas já explicou isso).

O problema é import que você fez no teu código das classes do Spring. Dessa forma criamos uma dependência forte com o Spring, obrigando o pessoal a usar Spring.

Ok, ficou claro...

Irei criar um plugin "vraptor-spring-environment" que estende o vraptor-environment.

Tksss!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment