Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
I have an application which are using Hibernate / Spring and Spring MVC, but as a motivation to learn and also compare the differences I want to port the application to an Hibernate / Guice / Wicket.
The questions I have are pretty basic, but where do I start. Should I start with replacing the Spring layer, then the Spring MVC layer?
Can the two work i the same environment, so that I can start with editing just one controller/view and then expand, and how do I do this?
Start with the view:
Spring MVC won’t work without Spring anyway. And since other layers don’t depend on its API (well, shouldn’t, at least), the presentation layer should be the easiest to change (although the one that will take most of the effort, since it will consist in a complete reimplementation).
Go after Spring:
a) If you don’t use much of Spring’s utility classes (*Template, *DaoSupport, etc.) or infrastructure (transaction management, security), migrating to Guice would probably be a matter of rewriting (XML- or annotation-based) configuration in Guice modules/annotations, since pure dependency injection, if not portable, is pretty much directly mapped between the frameworks.
b) If you do use Spring’s utility classes and infrastructure (which you probably do, since that’s the whole point of using Spring instead of no-value-added-yet-another-dependency-injection-containers…), you’ll have to migrate them to Guice somehow. If you plan to do this incrementally, you could look for some integration between the two (probably using the Spring infrastructure from Guice), and after you migrated the depedencies, switch to Guice-native interceptor implementations (and test, test, test, since little differences in behavior could break your application). This other question may provide some tips on this.
Then, Hibernate:
Since you’ll be keeping Hibernate, its configurations shouldn’t be affected by the transition. Only its bootstrap will change when you migrate your infrastructure and configuration to Guice. I don’t recommend keeping two parallel SessionFactories, if you can avoid it.