 |
|
 |
 |
|
|
 Giovani Salvador's BlogMarch 2008 ArchivesJava and the need for Dependency InjectionPosted by giovanisalvador on March 16, 2008 at 03:55 PM | Permalink | Comments (10)I was talking to some of my team mates in Austin regarding the usage of Spring as opposed to "Heavy Weight Containers". They asked what I think about using Spring in the new features of an application they are working on. I have to admit that I never used Spring. Why? Because I never had to. All that I needed to do was supported by EJB Containers or the so called Heavy Weight Containers. Maybe I don't how happy I can be if I use Spring but so far services provived by Java EE containers were enough. And with clustering!!! I also have to admit that previous versions of EJBs were almost untestable (It's horrible to have to mock an EJB) but at the same time put business logic into EJB (here I am talking about Session and Message-driven EJBs) is something that I don't like that much. I always used POJOs for business logic also to be more testable. My EJBs just acted as a facade to provide remotability. Anyway, when I asked to one of them what was the need he answered me: "I want productivity with Dependency Injection". And more, he told they were going to use Spring integrated with the EJB Container to take advantage of the existing services provided by the container. What? Hum, a self-called lightweight container integrated with a heavyweight container. This sounds interesting. He wanted to have the advantages of dependency injection but also taking advantage of the container's services. So here I don't take any conclusion despite I have my own opinion on using one or antoher. I just would like to know everybody's opinion on this. - How are you guys using Spring? - Has someone already integrated Spring and Java EE container? To take advantage of what? - And for those who are using only Spring, what are the pros and cons? - Are you using only the framework or also Spring Portfolio? I appreciate any comment on it. :) | |
 java.net RSS Feeds
|
