As a pasionate software developer, motivated by learning and appliyng innovative and interesting software development tools, techniques and methodologies, my professional objectives are the following. To be in a technology oriented enterprise where the technichal staff is the soul of the company. To be in an important IT team. Be able to design and develop state of the art software. Be able to apply new knowledge everyday, on innovative ways and with a great degree of freedom. To architect, design and develop software that uses the best practices of the field. Play with the latest technologies, learn everyday and participate in the research and innovation of the software products. Carlo is a DZone MVB and is not an employee of DZone and has posted 16 posts at DZone. You can read more from them at their website. View Full User Profile

Creating a Custom Spring 3 XML Namespace

  • submit to reddit

For me historically maybe the least approachable part of the Spring Framework is the system to define custom XML schemas to use in the configuration files for defining beans (The ones like aop, security, integration , util, etc).

I think this might be the case to most people as well. In this article I will show step by step how to create custom namespaces for their use with Spring. It won’t be a very involved example but neither will it be a trivial useless one. As currently I’m working with recommendations engines and in particular looking at Mahout, I will define a Spring namespace for using Mahout recommenders in Spring. The following is what I want to achieve with my namespace:

<user-based-recommender id =”recommender”>
  <file-model path = “/tmp/model.csv”/>
  <nearest-neighborhood size = “2”/>

The idea would be to allow any kind of similarity to be used and any kind of recommender and any kind of data model and any kind of neighbour definition. But for my example I will just admit the ones defined in the previous XML snippet.

When we create a namespace in Spring we are simply creating a better way to express standard Spring beans in a more Domain Specific Language. In our case we are using a language to express recommendations backed by Mahout. What this means is that our little XML snippet will be equivalent to the following standard beans definitions

       <bean id="recommenderRegularBean" class="">
        <constructor-arg ref="dataModel"/>
        <constructor-arg ref="userNeighbourhood"/>
        <constructor-arg ref="similarity"/>
    <bean id="dataModel"
        <constructor-arg value="/tmp/model.csv" />
    <bean id="similarity" class="">
      <constructor-arg ref="dataModel"/>
    <bean id="userNeighbourhood" class="">
      <constructor-arg value="2"/>
      <constructor-arg ref="similarity"/>
      <constructor-arg ref="dataModel"/>

The first thing we need is to create a xsd schema for our XML. As I’m not particularly good at this, I will generate one from my xml with a tool and configure it if needed. I will use the tool “trang”

I generate the following xsd:

<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns="" xmlns:xs="" elementFormDefault="qualified"  targetNamespace="">
  <xs:element name="user-based-recommender">
        <xs:element ref="euclidean-distance-similarity"/>
        <xs:element ref="file-model"/>
        <xs:element ref="nearest-neighborhood"/>
      <xs:attribute name="id" use="required" type="xs:ID"/>
  <xs:element name="euclidean-distance-similarity">
  <xs:element name="file-model">
      <xs:attribute name="path" use="required"/>
  <xs:element name="nearest-neighborhood">
      <xs:attribute name="size" use="required" type="xs:integer"/>

The next step is to define a NamespaceHandler which will take care of registering a particular BeanDefinitionParser for each of the top elements we have in our XML namespace. In our case we create this class:

package org.springframework.recommendations;

import org.springframework.beans.factory.xml.NamespaceHandlerSupport;

public class RecommendationsNamespaceHandler extends NamespaceHandlerSupport{

    public void init() {
        registerBeanDefinitionParser("user-based-recommender", new UserBasedRecommenderBeanDefinitionParser());

Next we need to implement the BeanDefinitionParsers. This is the one class that will actually take care of the parsing of the XML elements.

That is a simple code to understand. It is simply getting values from the XML and wiring components through constructors as is required by the Mahout implementations.
The next and final steps is to make Spring aware of this new configuration we have just created and give it a namespace value for use in our Spring application context.

Making Spring aware is done by creating two special files that Spring recognizes when starting up. the following two files must exist in the META-INF folder for them to be found:





Then in our Spring configuration file we simply add the schema namespace specification in the “beans” element as we do with any of the other namespaces. The final XML application context looks like this:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns=""

    <recommendations:user-based-recommender id="recommender">
        <recommendations:euclidean-distance-similarity />
        <recommendations:file-model path="/tmp/model.csv" />
        <recommendations:nearest-neighborhood size="4" />

That’s it. We have created a functional custom xml extension for our Spring configuration.


Published at DZone with permission of Carlo Scarioni, author and DZone MVB. (source)

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)


Herry Johnson replied on Tue, 2012/06/12 - 2:10pm

And that is one example. Its not a question with a yes/no answer, its "maybe". The architect of the system can flip the maybe into yes/no because that person should know the implications.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.