Minor updates to namespace text

src/docbkx/namespace-config.xml

@@ -8,33 +8,34 @@
       <title>Introduction</title>
     </info>
     <para>
-      Namespace configuration is a feature of Spring 2.0 which allows a bean or beans to be
-      configured by parsing XML elements from a namespace which are included in your application
-      context file (in addition to elements from the tradtitional Spring "beans" namespace). You can
-      find more information in the Spring
+      Namespace configuration has been available since version 2.0 of the Spring framework. It allows you to 
+      supplement the traditional Spring beans application context syntax with elements from additional XML schema. 
+      You can find more information in the Spring
       <link xlink:href="http://static.springframework.org/spring/docs/2.5.x/reference/xsd-config.html">
-        Reference Documentation</link>. A namespace element be used simply to allow a more concise
-      way of configuring an existing bean or, more powerfully, to define an alternative
+        Reference Documentation</link>. A namespace element can be used simply to allow a more concise
+      way of configuring an individual bean or, more powerfully, to define an alternative
       configuration syntax which more closely matches the problem domain and hides the underlying
-      complexity from the user. A relatively simple element may conceal the fact that many beans and
+      complexity from the user. A simple element may conceal the fact that multiple beans and
       processing steps are being added to the application context. For example, adding the following
-      element from the securty namespace to an application context will start up an embedded LDAP
+      element from the security namespace to an application context will start up an embedded LDAP
       server for testing use within the application:
       <programlisting><![CDATA[ 
-  <security:ldap-server id="embeddedLdapServer"/>
+  <security:ldap-server />
 ]]></programlisting>
-      which is much simpler than wiring up the equivalent Apache Directory Server beans. The most
+      This is much simpler than wiring up the equivalent Apache Directory Server beans. The most
       common alterative configuration requirements are supported by attributes on the
-      <literal>ldap-server</literal> element.
+      <literal>ldap-server</literal> element and the user is isolated from worrying about which 
+      beans they need to be set on and what the bean property names are.
       <footnote>
         <para>You can find out more about the use of the
           <literal>ldap-server</literal>
           element in the chapter on
           <link xlink:href="ldap">LDAP</link>.</para>
-      </footnote>. The user is isolated from worrying about which beans they need to be set
-      on and what the bean property names are. Use of a good XML editor while editing the
-      configuration file should provide information on the attributes and elements that are
-      available (and their purpose).
+      </footnote>. Use of a good XML editor while editing the application context
+      file should provide information on the attributes and elements that are
+      available. We would recommend that you try out the 
+      <link xlink:href="http://www.springsource.com/products/sts">SpringSource Tool Suite</link>
+      as it has special features for working with the Spring portfolio namespaces. 
     </para>
     <para>
       To start using the security namespace in your application context, all you need to do is add
@@ -52,7 +53,7 @@
       In many of the examples you will see (and in the sample) applications, we will often use "security" as the default
       namespace rather than "beans", which means we can omit the prefix on all the security namespace elements,
       making the context easier to read. You may also want to do this if you have your application context divided up
-      into separate files and have most of your security configuration in one of them. Your application context file would then
+      into separate files and have most of your security configuration in one of them. Your security application context file would then
       start like this
       <programlisting><![CDATA[
 <beans:beans xmlns="http://www.springframework.org/schema/security"
@@ -61,27 +62,27 @@
 </beans:beans>
 ]]></programlisting>
     </para>
-  </section>
-  <section>
-    <info>
-      <title>Design</title>
-    </info>
-    <para>
-      The namespace is designed to capture the most common uses of the framework and provide a simplified and concise
-    syntax for enabling them within an application. The design is largely based around the large-scale dependencies
-    within the framework, and can be divided up into the following areas:
-    <itemizedlist>
-      <listitem><para><emphasis>Web/HTTP Security</emphasis> - the most complex part. Sets up the filters and 
-        related service beans used to apply the framework authentication mechanisms, secure URLs, render login and error pages and much more.</para></listitem>
-      <listitem><para><emphasis>Business Object (Method) Security</emphasis> - options for securing the service layer.</para></listitem>
-      <listitem><para><emphasis>AuthenticationManager</emphasis> - handles authentication requests from other parts of the framework.</para></listitem>
-      <listitem><para><emphasis>AccessDecisionManager</emphasis> - provides access decisions for web and method security.</para></listitem>
-      <listitem><para><emphasis>AuthenticationProvider</emphasis>s - mechanisms against which the authentication manager authenticates users.
-      The namespace provides supports for several standard options and also a means of adding custom beans declared using a traditional syntax. </para></listitem>
-      <listitem><para><emphasis>UserDetailsService</emphasis> - closely related to authentication providers, but often also required by other beans.</para></listitem>
-      <!-- todo: diagram and link to other sections which describe the interfaces -->
-    </itemizedlist>    
-    </para>
-    
+    <section>
+      <info>
+        <title>Design</title>
+      </info>
+      <para>
+        The namespace is designed to capture the most common uses of the framework and provide a simplified and concise
+        syntax for enabling them within an application. The design is largely based around the large-scale dependencies
+        within the framework, and can be divided up into the following areas:
+        <itemizedlist>
+          <listitem><para><emphasis>Web/HTTP Security</emphasis> - the most complex part. Sets up the filters and 
+            related service beans used to apply the framework authentication mechanisms, to secure URLs, render login and error pages and much more.</para></listitem>
+          <listitem><para><emphasis>Business Object (Method) Security</emphasis> - options for securing the service layer.</para></listitem>
+          <listitem><para><emphasis>AuthenticationManager</emphasis> - handles authentication requests from other parts of the framework.</para></listitem>
+          <listitem><para><emphasis>AccessDecisionManager</emphasis> - provides access decisions for web and method security.</para></listitem>
+          <listitem><para><emphasis>AuthenticationProvider</emphasis>s - mechanisms against which the authentication manager authenticates users.
+            The namespace provides supports for several standard options and also a means of adding custom beans declared using a traditional syntax. </para></listitem>
+          <listitem><para><emphasis>UserDetailsService</emphasis> - closely related to authentication providers, but often also required by other beans.</para></listitem>
+          <!-- todo: diagram and link to other sections which describe the interfaces -->
+        </itemizedlist>    
+      </para>
+      
+    </section>
   </section>
 </chapter>