Over a million developers have joined DZone.

Escape from XML Hell Redux: Spring 2.5 Annotation Driven DI

DZone's Guide to

Escape from XML Hell Redux: Spring 2.5 Annotation Driven DI

· Java Zone ·
Free Resource

Get the Edge with a Professional Java IDE. 30-day free trial.

This post is an escape from XML redux. As stated in the last post, there are some who do not like to configure dependency injection (DI) in XML. They call it "XML Hell"!

In the last post we showed how using JSF to manage beans and perform some basic DI was very verbose. Then the post showed how simple DI with XML could be with Spring. Then we used Spring Java Spring Config to get rid of the XML configuration altogether.

This post uses Spring 2.5 annotation driven DI and scope management.

The example had a controller called ContactController. The ContactController had three dependencies that were injected named ContactRepository, GroupRepository and TagRepository.

In this weeks installment demonstrates how to use Spring 2.5 style annotation injections. Spring 2.5 annotation injection is a bit different than Spring Java Config as you annotate the classes directly that Spring manages.

To identify a bean as one that Spring is managing you need to annotated it with @Repository, @Service, @Component, @Controller, etc., or define your own custom annotations to denote that Spring is managing your bean.

Let's explore the example, the ContactController which is annotated with @Controller. This identifies the ContactController to Spring to be manage. Notice that the ContractController is put into Session scope, i.e., here is the modified controllers as follows:

package com.arcmind.contact.controller;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.context.annotation.Scope;
import org.springframework.stereotype.Controller;

public class ContactController extends AbstractCrudController{

If you don't specify a qualifier, the name of the bean by default is "contactController".

The ContactRepository which is annotated with @Repositoryr. This identifies the ContactRepository to Spring to be managed. Notice that the ContractRepository is put into the default scope of SINGLETON which is similar to the Servlet APIs application scope.

package com.arcmind.contact.model;
import org.springframework.stereotype.Repository;

public class ContactRepository {


The other repos are setup the same way.

In a similar way we manage the group repository and the tag repository. Once all of the repositories are managed, we can use them from the ContactController using the @Autowired as follows:

public class ContactController extends AbstractCrudController{
/** Contact Controller collaborates with contactRepository. */
@Autowired(required=true) @Qualifier("contactRepository")
private ContactRepository contactRepository;

@Autowired(required=true) @Qualifier("groupRepository")
private GroupRepository groupRepository;

@Autowired(required=true) @Qualifier("tagRepository")
private TagRepository tagRepository;


Spring provides many ways to inject dependencies with annotations: method arguments, JavaBean properties and constructor arguments. My favorite approach is the above which is to inject directly into the field, thus not polluting my class with JavaBean properties, etc.

Spring can scan package names to find beans to manage as follows:

<beans xmlns="http://www.springframework.org/schema/beans"

<context:component-scan base-package="com.arcmind.contact"/>



The above is a one time setup.

One thing that I don't like about the above is that your classes import Spring specific classes which pollutes your beans with another API just to get DI. However, Spring provides the ability to define your own annotations that are not tied to Spring and yet can still identify your classes for Spring's scope management and DI.

(You can find the above example using Spring's 2.5 annotation DI at Architecture Proofs of Concept: contacts 6 example.)

There are many advantages to using Spring with JSF so look forward to seeing more posts on this topic. This post merely scratches the surface of the power of Spring. In addition, Tom Cellucci, Paul Hixson and I are writing a series of articles for IBM developerWorks on combining JSF, JPA and Spring effectively. The first article is all on Spring DI and JSF and will have step by step instructions for combining Spring and JSF.

The examples in this Spring/JSF series will extend the examples in this JSF 1.2 tutorial series.

What do you think of Spring 2.5 annotated DI and scope management?

About the author

Rick Hightower is CTO of Mammatus and is an expert on Java and Cloud Computing. Rick is invovled in Java CDI advocacy and Java EE. CDI Implementations - Resin Candi - Seam Weld - Apache OpenWebBeans

Get the Java IDE that understands code & makes developing enjoyable. Level up your code with IntelliJ IDEA. Download the free trial.


Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}