I have seen a CDI patch from Roy that may be related to the topic.
I do not know what the general direction is. CDI is "more standard", while
it's implementations for me look heavy weight and difficult to port to small
containers like tomcat or jetty.
In general, now we only inject the Backend deathstar bean to wherever it is needed and
then it is used as registry for other service objects and DAOs.
With spring dependency injection, we could be more independent from the container, since
the ioC container is comming with us to the app container. But at the other hand, ovirt is
a nice big ear app, so how would you put it together as a spring app? What changes would
----- Original Message -----
From: "Libor Spevak" <lspevak(a)redhat.com>
Sent: Tuesday, January 29, 2013 11:42:35 AM
Subject: [Engine-devel] Time for Spring?
it is rather cold in Europe, but can I ask, what's the current
or plans about "full" integration of Spring Framework into oVirt
This is a commonly accepted integration framework among Java
and industry standard, which
solves many pains from small to large projects. And can lead to a
understanding of the program.
There are several Spring dependencies inside oVirt project, but
for LDAP and database communication (JDBC template).
Still missing (sorry, looks like marketing, but..):
- dependency injection
- aspect-oriented programming (AOP)
- enterprise integration patterns
Is something true? :-)
1. We tried, but it is too large and overcomplicated, it can be
better way for the project purpose
2. We tried, but we think, we need just e.g. JDBC, LDAP layer covered
3. We would like to integrate with e.g. Hibernate soon, EJB,
unit tests, integration tests, ... , probably we will need it soon
4. We understand and need dependency injection, but there are other
light DI containers (Pico, Guice, JBoss Seam).
Still, I think there is strong potential, probably not clear today.
cannot avoid Guice on frontend side because of GWTP, but the backend
Engine-devel mailing list