首先，讓我大聲說出來： Spring不再是XML繁重的了 。 事實上，如今，您可以使用大量注釋， Java配置和Spring Boot來編寫幾乎沒有XML或根本沒有XML的Spring應用程序。 認真地停止談論Spring和XML，這已經成為過去。

話雖這么說，您仍然可能出于以下幾個原因而使用XML：您受困于舊代碼庫，出于其他原因選擇了XML，或者將Spring用作某些框架/平臺的基礎。 最后一種情況實際上很常見，例如Mule ESB和ActiveMQ在下面使用Spring來連接它們的依賴項。 而且，Spring XML是他們配置框架的方式。 但是，使用純Spring <bean/>配置消息代理或企業服務總線會很麻煩且冗長。 幸運的是，Spring支持編寫可嵌入標準Spring配置文件中的自定義名稱空間 。 這些自定義的XML代碼段在運行時進行了預處理，并且可以以簡潔，令人愉悅的格式（在XML允許的范圍內）一次注冊許多bean定義。 從某種意義上說，自定義名稱空間就像在運行時擴展為多個bean定義的宏。

為了讓您了解我們的目標，請想象一個具有多個業務實體的標準“企業”應用程序。 對于每個實體，我們定義三個幾乎相同的bean：存儲庫，服務和控制器。 它們始終以相似的方式進行布線，只是細節有所不同。 首先，我們的Spring XML如下所示（我正在粘貼帶有縮略圖的屏幕截圖，以免引起您的注意，它巨大且huge腫）：

這是一個“分層的”架構，因此我們將稱為onion的自定義命名空間-因為洋蔥具有層次性 -并且因為以這種方式設計的系統使我哭泣。 到本文結尾，您將學習如何將這堆XML折疊為：

<?xml version="1.0" encoding="UTF-8"?> <b:beans xmlns:b="http://www.springframework.org/schema/beans"xmlns="http://nurkiewicz.blogspot.com/spring/onion/spring-onion.xsd"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsdhttp://nurkiewicz.blogspot.com/spring/onion/spring-onion.xsd http://nurkiewicz.blogspot.com/spring/onion/spring-onion.xsd"><b:bean id="convertersFactory" class="com.blogspot.nurkiewicz.onion.ConvertersFactory"/><converter format="html"/><converter format="json"/><converter format="error" lenient="false"/><entity class="Foo" converters="json, error"><page response="404" dest="not-found"/><page response="503" dest="error"/></entity><entity class="Bar" converters="json, html, error"><page response="400" dest="bad-request"/><page response="500" dest="internal"/></entity><entity class="Buzz" converters="json, html"><page response="502" dest="bad-gateway"/></entity></b:beans>

仔細觀察，仍然是該框架可以完全理解的Spring XML文件-您將學習如何實現這一點。 您可以為每個頂級定制XML標記運行任意代碼，例如，一次出現的<entity/>寄存器存儲庫，服務和控制器Bean定義全部一次。 要實現的第一件事是為我們的名稱空間編寫自定義XML模式。 這并不難，并且將允許IntelliJ IDEA以XML顯示代碼完成：

<?xml version="1.0" encoding="UTF-8"?> <schemaxmlns:tns="http://nurkiewicz.blogspot.com/spring/onion/spring-onion.xsd"xmlns="http://www.w3.org/2001/XMLSchema"targetNamespace="http://nurkiewicz.blogspot.com/spring/onion/spring-onion.xsd"elementFormDefault="qualified"attributeFormDefault="unqualified"><element name="entity"><complexType><sequence><element name="page" type="tns:Page" minOccurs="0" maxOccurs="unbounded"/></sequence><attribute name="class" type="string" use="required"/><attribute name="converters" type="string"/></complexType></element><complexType name="Page"><attribute name="response" type="int" use="required"/><attribute name="dest" type="string" use="required"/></complexType><element name="converter"><complexType><attribute name="format" type="string" use="required"/><attribute name="lenient" type="boolean" default="true"/></complexType></element></schema>

模式完成后，我們必須使用兩個文件在Spring中進行注冊：

/META-INF/spring.schemas ：

http\://nurkiewicz.blogspot.com/spring/onion/spring-onion.xsd=/com/blogspot/nurkiewicz/onion/ns/spring-onion.xsd

/META-INF/spring.handlers ：

http\://nurkiewicz.blogspot.com/spring/onion/spring-onion.xsd=com.blogspot.nurkiewicz.onion.ns.OnionNamespaceHandler

一個將模式URL映射到本地的模式位置，另一個則指向所謂的名稱空間處理程序。 此類非常簡單–它告訴如何處理來自Spring配置文件中遇到的該名稱空間的每個頂級自定義XML標簽：

import org.springframework.beans.factory.xml.NamespaceHandlerSupport;public class OnionNamespaceHandler extends NamespaceHandlerSupport {public void init() {registerBeanDefinitionParser("entity", new EntityBeanDefinitionParser());registerBeanDefinitionParser("converter", new ConverterBeanDefinitionParser());} }

因此，當Spring找到XML的<converter format="html"/> ，它知道需要使用我們的ConverterBeanDefinitionParser 。 請記住，如果我們的自定義標簽有子級（例如<entity/> ），則僅對頂級標簽調用bean定義解析器。 如何解析和處理兒童取決于我們自己。 好的，因此假設單個<converter/>標記可以創建以下兩個bean：

<bean id="htmlConverter" class="com.blogspot.nurkiewicz.onion.Converter" factory-bean="convertersFactory" factory-method="build"><constructor-arg value="html.xml"/><constructor-arg value="true"/><property name="reader" ref="htmlReader"/> </bean> <bean id="htmlReader" class="com.blogspot.nurkiewicz.onion.ReaderFactoryBean"><property name="format" value="html"/> </bean>

bean定義解析器的職責是以編程方式注冊以XML定義的bean定義。 我不會詳細介紹API，但是將其與上面的XML代碼段進行比較，它們相互之間非常接近：

import org.w3c.dom.Element;public class ConverterBeanDefinitionParser extends AbstractBeanDefinitionParser {@Overrideprotected AbstractBeanDefinition parseInternal(Element converterElement, ParserContext parserContext) {final String format = converterElement.getAttribute("format");final String lenientStr = converterElement.getAttribute("lenient");final boolean lenient = lenientStr != null? Boolean.valueOf(lenientStr) : true;final BeanDefinitionRegistry registry = parserContext.getRegistry();final AbstractBeanDefinition converterBeanDef = converterBeanDef(format, lenient);registry.registerBeanDefinition(format + "Converter", converterBeanDef);final AbstractBeanDefinition readerBeanDef = readerBeanDef(format);registry.registerBeanDefinition(format + "Reader", readerBeanDef);return null;}private AbstractBeanDefinition readerBeanDef(String format) {return BeanDefinitionBuilder.rootBeanDefinition(ReaderFactoryBean.class).addPropertyValue("format", format).getBeanDefinition();}private AbstractBeanDefinition converterBeanDef(String format, boolean lenient) {AbstractBeanDefinition converterBeanDef = BeanDefinitionBuilder.rootBeanDefinition(Converter.class.getName()).addConstructorArgValue(format + ".xml").addConstructorArgValue(lenient).addPropertyReference("reader", format + "Reader").getBeanDefinition();converterBeanDef.setFactoryBeanName("convertersFactory");converterBeanDef.setFactoryMethodName("build");return converterBeanDef;} }

您是否看到parseInternal()如何接收表示<converter/>標簽的XML Element ，提取屬性并注冊bean定義？ 由您決定在AbstractBeanDefinitionParser實現中定義多少個bean。 請記住，我們在這里幾乎沒有構建配置，還沒有實例化。 一旦XML文件被完全解析并且所有bean定義解析器被觸發，Spring將開始引導我們的應用程序。 要記住的一件事是最后返回null 。 API期望您返回單個bean定義。 但是，無需限制自己， null就可以了。

我們支持的第二個自定義標簽是<entity/> ，它可以一次注冊三個bean。 這很相似，因此沒那么有趣，請參閱EntityBeanDefinitionParser完整源代碼 。 可以找到的一個重要的實現細節是ManagedList的用法。 文檔模糊地提到了它，但是它非常有價值。 如果您想知道一個ID來定義要注入的bean列表，那么簡單的List<String>是不夠的，您必須明確告訴Spring您的意思是一個bean引用列表：

List<BeanMetadataElement> converterRefs = new ManagedList<>(); for (String converterName : converters) {converterRefs.add(new RuntimeBeanReference(converterName)); } return BeanDefinitionBuilder.rootBeanDefinition("com.blogspot.nurkiewicz.FooService").addPropertyValue("converters", converterRefs).getBeanDefinition();

使用JAXB簡化bean定義解析器

好的，因此，現在您應該熟悉自定義Spring命名空間以及它們如何為您提供幫助。 但是，它們要求您使用原始XML DOM API解析自定義標簽，因此級別很低。 但是我的隊友發現，既然我們已經有了XSD模式文件，為什么不使用JAXB來處理XML解析呢？ 首先，我們要求Maven在構建過程中生成表示XML類型和元素的Java bean：

<build><plugins><plugin><groupId>org.jvnet.jaxb2.maven2</groupId><artifactId>maven-jaxb22-plugin</artifactId><version>0.8.3</version><executions><execution><id>xjc</id><goals><goal>generate</goal></goals></execution></executions><configuration><schemaDirectory>src/main/resources/com/blogspot/nurkiewicz/onion/ns</schemaDirectory><generatePackage>com.blogspot.nurkiewicz.onion.ns.xml</generatePackage></configuration></plugin></plugins> </build>

在/target/generated-sources/xjc您會發現幾個Java文件。 我喜歡生成的JAXB模型具有一些通用前綴，例如Xml ，可以通過在spring-onion.xsd旁邊放置自定義bindings.xjb文件輕松實現：

<bindings version="1.0"xmlns="http://java.sun.com/xml/ns/jaxb"xmlns:xs="http://www.w3.org/2001/XMLSchema"extensionBindingPrefixes="xjc"><bindings schemaLocation="spring-onion.xsd" node="/xs:schema"><schemaBindings><nameXmlTransform><typeName prefix="Xml"/><anonymousTypeName prefix="Xml"/><elementName prefix="Xml"/></nameXmlTransform></schemaBindings></bindings></bindings>

它如何改變我們的自定義bean定義解析器？ 以前我們有這個：

final String clazz = entityElement.getAttribute("class"); //... final NodeList pageNodes = entityElement.getElementsByTagNameNS(NS, "page"); for (int i = 0; i < pageNodes.getLength(); ++i) { //...

現在我們簡單地遍歷Java bean：

final XmlEntity entity = JaxbHelper.unmarshal(entityElement); final String clazz = entity.getClazz(); //... for (XmlPage page : entity.getPage()) { //...

JaxbHelper只是一個簡單的工具，可從外部隱藏已檢查的異常和JAXB機制：

public class JaxbHelper {private static final Unmarshaller unmarshaller = create();private static Unmarshaller create() {try {return JAXBContext.newInstance("com.blogspot.nurkiewicz.onion.ns.xml").createUnmarshaller();} catch (JAXBException e) {throw Throwables.propagate(e);}}public static <T> T unmarshal(Element elem) {try {return (T) unmarshaller.unmarshal(elem);} catch (JAXBException e) {throw Throwables.propagate(e);}}}

幾句話作為總結。 首先，我不鼓勵您為每個實體自動生成存儲庫/服務/控制器Bean定義。 實際上，這是一個不好的做法，但是我們所有人都熟悉該領域，因此我認為這將是一個很好的例子。 其次，更重要的是，自定義XML名稱空間是一個功能強大的工具，當其他所有東西（即抽象bean ， 工廠bean和Java配置）失敗時，應將其用作最后的手段。 通常，您會希望在Spring頂部構建的框架或工具中使用這種功能。 在這種情況下，請在GitHub上查看完整的源代碼 。

參考： Java和社區博客上的JCG合作伙伴 Tomasz Nurkiewicz的JAXB使自定義Spring命名空間變得更加容易 。

翻譯自: https://www.javacodegeeks.com/2014/03/custom-spring-namespaces-made-easier-with-jaxb.html

總結

以上是生活随笔為你收集整理的自定义Spring命名空间使JAXB更容易的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。