本文 转自 ibm developerworks 中国网站
本数据绑定系列的第三部分演示了如何使用“jsr-031:数据绑定,sun 数据绑定规范申请”中指定的方法,将 xml 元素和属性转换成 java 对象。这部分主要讲述从数据的xml 表示移到应用程序代码易于使用的 java 实例。第三部分论及通过将 xml 文档中的嵌套元素取消编组成 java 对象、测试和用某些实际示例来使用新的工具。
本系列的目标是演示如何将 xml 元素转换成 java 对象,然后可以使用 java 语言 accessor 和 mutator 方法直接处理 xml 数据。第一部分比较了数据绑定和 java 应用程序中其它处理 xml 数据的方法,分析了设计决策,还定义了示例 web 服务配置文档的 xml 模式。第二部分说明了如何从 xml 模式生成接口和实现,以便符合 xml 模式的 xml 文档可以转换成这些生成类的实例。
在第三部分(共四部分)中,将完成基础知识的讲解,并且描述了如何精心设计代码以执行取消编组,取消编组将完成将 xml 转换成 java 对象的过程。执行了取消编组后,可以使用测试类(已包括在内)来检查是否所有部分都已正确组合在一起。本系列的每一部分都建立在其它部分的基础之上,所以如果您还没有看过第一和第二部分,您也许会看不懂本文中的一些描述。如果要回顾专门的词汇表,请参阅术语解释侧栏。
使用第一部分中为 webserviceconfiguration 定义的 xml 模式(请参阅更新版本)和第二部分中的接口,即将创建为配置数据的特定实例提供数据的 xml 文档。任何符合模式的 xml 文档都可以编组成 java 对象。这些对象应该是使用 schemamapper 类生成的类的实例。当然,最终结果就是数据绑定。
制作 xml 实例文档
创建符合模式的 xml 文档 -- 通常叫做 xml 实例 -- 很简单。文档必须只提供与模式中定义的约束相匹配的数据值,如清单 1 所示。
清单 1. 符合示例 xml 模式的 xml 实例文档
| <?xml version="1.0"?> <webserviceconfiguration xmlns="http://www.enhydra.org" xmlns:xsi="http://www.w3.org/1999/xmlschema/instance" xsi:schemalocation="http://www.enhydra.org configuration.xsd" version="1.1" name="unsecured web listener" > <port number="80" protocol="http" protectedport="false" /> <document root="/usr/local/enhydra/html" index="*.html,*.xml" error="error.html" /> </webserviceconfiguration> |
清单 1 中的示例完整地显示了 webserviceconfiguration 的实例。实例文档包括了两个名称空间声明。第一个是缺省名称空间声明,请参考 http://www.enhydra.org。这表示所有没有前缀的元素会分配到此名称空间。虽然,在本示例中不需要声明缺省名称空间,它还给予了文档一些身份。这个缺省名称空间有助于将该文档与其它有相似或等同元素名称的 xml 文档区分出来。
定义的另一个名称空间分配给 xsi 前缀,所以带该前缀的所有元素都分配到此名称空间。它 (http://www.w3.org/1999/xmlschema/instance) 引用“xml 模式实例规范”的 uri。该规范依次定义了 xml 文档如何引用文档符合的 xml 模式。最后,schemalocation 属性引用 xml 模式。该属性的第一个变量是受到约束的名称空间(示例缺省名称空间,它包括文档中的每个元素)。第二个变量,用空格与第一个变量分开,引用 xml 模式的实际位置。本例中,模式 configuration.xsd 是一个本地文件,它与文档在同一个目录中。也可以通过使用 url 来引用网络上任意位置的模式。
在缺省名称空间中,附加属性(因为它们没有前缀)定义了版本 (1.1) 和名称 (unsecured web listener)。
接着,声明了模式中的 port 对象,并定义了它的数据:端口号为 80,协议是 http。正确取消编组成 java 代码后,该文档就变成了 webserviceconfigurationimpl 类的实例。然后,java 代码可以使用本系列第二部分中设计的接口 webserviceconfiguration,以使用基本 xml 文档中的数据。(请注意,可能会在应用程序中执行验证,如模式验证侧栏中所概述的。)
模式验证
较新的 xml 语法分析器,如 apache xerces 语法分析器的当前发行版,允许对 xml 实例文档执行模式验证。验证允许在程序格式上确保 xml 文档符合它引用的 xml 模式。请与语法分析器供应商联系或参考文档,以确定语法分析器是否支持模式验证,其验证范围,以及如何打开验证。
打开前门
正式开始之前,需要提供入口点以取消编组 xml 文档,该文档作为返回 java 对象的方法的输入。(由于您会忆起,本例中取消编组的结果只是 java 对象。)然后,该对象可以转换成适当的接口,其实,您已经生成了该接口(在本系列第二部分中)。
对于示例 schemamapper 类,允许传入 url 是最有意义的。由于可以使用网络资源作为输入,而不是只允许文件名,这就提供了更多选择。知道了这一点后,下一步就从 url 创建 jdom 文档对象 (org.jdom.document),然后处理文档。请查看清单 2 中执行该操作的代码。
清单 2. 将字符串映射成 java 指定的类型 /**
| * * this method is the public entry point for unmarshalling an object from * an xml instance document. * * * @param instanceurl url for the instance document. * @return object - the created java object, or * null if problems occur in a way that does not * generate an exception. * @throws ioexception when errors in binding occur. */ public static object unmarshall(url instanceurl) throws ioexception { // read in the document saxbuilder builder = new saxbuilder(); try { document doc = builder.build(instanceurl); element rootelement = doc.getrootelement(); unmarshaller unmarshaller = new unmarshaller(); return unmarshaller.getjavarepresentation(rootelement); } catch (jdomexception e) { throw new ioexception (e.getmessage()); } } |
清单 2 中的方法是静态的,允许直接调用它而无需实例化类的实例。由于对 unmarshall 方法的多个调用之间没有需要共享的数据,因此该方法可以是静态的。一旦处理了 xml,就将文档的根元素(以 jdom 表示)就被传到执行从 xml 到 java 对象转换的内部方法。
转换数据
我不打算逐行解释取消编组中使用的完整代码。可以查看类的完整源码清单,它基本上是不需加以说明的。但是,在入口点示例中,有一些值得强调的事情。如果创建了适当类的新实例,将使用 xml 文档提供的值调用 mutator 方法(全都名为 setxxx)。当然,这将使 xml 数据在实例的 java 方法中随处都可用。清单 3 显示了处理这种查找方法以及随后调用的代码片段。
清单 3. unmarshaller 类的入口点
| // for each attribute, get its name and call mutator list attributes = rootelement.getattributes(); method[] methods = objectclass.getmethods(); for (iterator i = attributes.iterator(); i.hasnext(); ) { attribute att = (attribute)i.next(); // only want attributes for this namespace if ((!att.getnamespace().equals(ns)) && (!att.getnamespace().equals(namespace.no_namespace))) { continue; } // determine method to call string methodname = new stringbuffer() .append("set") .append(bindingutils.initialcaps(att.getname())) .tostring(); // find the method to call, and its parameter type for (int j=0; j |
找到了根元素的属性,并确定了每个属性的适用方法。然后,就是处理实际的 java.lang.reflect.method 对象。xml 属性的值已确定,并作为调用的参数传送到方法。但是,需要解决一个映射问题;xml 文档中的所有数据都作为 string 抽取,但传递时必须是适当的 java 类型。清单 4 将一个方法添加到 datamapping 辅助类中,以满足转换的需要。
清单 4 将字符串映射成 java 特定的类型
| /** * * this will take the string value supplied and convert it * to an object of the type specified in paramtype. * * * @param value string value to convert. * @param paramtype class with type to convert to. * @return object - value in correct type. */ public static object getparameter(string value, class paramtype) { object ob = null; string type = paramtype.getname(); if (type.equals("java.lang.string")) { ob = value; } else if ((type.equals("int")) || (type.equals("java.lang.integer"))) { ob = integer.valueof(value); } else if ((type.equals("long")) || (type.equals("java.lang.long"))) { ob = long.valueof(value); } else if ((type.equals("float")) || (type.equals("java.lang.float"))) { ob = float.valueof(value); } else if ((type.equals("double")) || (type.equals("java.lang.double"))) { ob = double.valueof(value); } else if ((type.equals("boolean")) || (type.equals("java.lang.boolean"))) { ob = boolean.valueof(value); } return ob; } |
在清单 4 中,值作为 string 传入,并且还传入了要转换的类和处理类型转换的方法。当然,这里包含的数据类型不多。可以添加更多类型(如 java.util.date)来支持更复杂的数据映射。
一旦数据转换成适当的类型,可以使用反射调用 accessor 方法,并可传入已转换的数据类型。这就使 xml 文档中的所有属性及其值可以在作为结果的 java 实例中以方法变量和的值存储。
递归对象树
所剩下的将是生成嵌套对象(如 webserviceconfiguration 对象中的 porttype 对象)。最后,将嵌套对象传递给 accessor 方法,然后将填充了成员变量值和对象引用的顶级对象返回给调用程序。这种方式生成了一棵对象树,其中主对象是该树的主干。每个嵌套对象都形成了本身必须填充的树的分枝。这些分枝可以有它们自己的分枝,带有本身必须填充的的嵌套对象。由此可知,这棵树可能变得非常复杂。
在如果同一操作必须发生不知多少次的情况下,递归几乎总是完成操作的最佳选择。如果是 unmarshaller 类,则需要在将 xml 绑定到 java 的完整过程上递归。一旦读取了所有属性并将它们分配给已创建的 java 实例,就需要取出每个嵌套元素,然后再次执行取消编组。
通过迭代所提供根的子元素,来完成 xml 文档的处理,如清单 5 所示。这些子元素中的每一个都将成为另一个对象,这就表示必须以该元素作为根元素重新开始取消编组过程。
清单 5. 用递归处理嵌套元素
| // now do complex objects list elements = rootelement.getchildren(); for (iterator i = elements.iterator(); i.hasnext(); ) { element element = (element)i.next(); // only want elements for this namespace if ((!element.getnamespace().equals(ns)) && (!element.getnamespace().equals(namespace.no_namespace))) { continue; } // determine method to call string methodname = new stringbuffer() .append("set") .append(bindingutils.initialcaps(element.getname())) .tostring(); // find the method to call, and its parameter type for (int j=0; j<methods.length; j++) { if (methods[j].getname().equals(methodname)) { // since all mutators have one param, get the first one class[] paramtypes = methods[j].getparametertypes(); class paramtype = paramtypes[0]; // convert the type we have to the correct type object param = getjavarepresentation(element); // invoke the method methods[j].invoke(obj, new object[] { param }); } } } |
注:您也许注意到我在清单 5 中的取消编组中做了一个假设,即成员变量总是由 xml 属性表示,嵌套对象由 xml 元素表示。那么,这些元素可能有自己的属性和嵌套元素。我的假设是唯一设置的限制,并且是合理的。这意味着取消编组过程不必查看引用的 xml 模式并确定特性是由元素表示,还是由属性表示。这也会使编组过程变得更简单,将在本系列的下一篇文章中出现。如果所有这一切对您没有难度,那么只使用属性作为变量,元素作为对象,不必考虑嵌套和递归。
清单 5 中的代码看来很像上一段代码,其主要区别是用红色强调的几行。这段代码通过取消编组嵌套元素来获取参数,而不是使用 datamapping 辅助类将文本值转换成 java 数据类型。然后,返回的对象提供给适当的 mutator 方法(例如,setport),迭代继续进行。一旦递归从底层到顶层解开,则创建的 java 对象将返回到调用应用程序。很快吗!数据绑定完成了。
通过使用运行的 unmarshaller 类,实际上,它最终使用了数据绑定工具。通过使用 xml 模式、xml 文档和一些简单的 java 代码,访问 xml 就象访问 javabean 一样简单。
生成类
首先,确保已经从 xml 模式生成了 java 类,如清单 6 所示。
清单 6. 从示例模式生成 java 类
| /projects/dev/binding> export classpath=/projects/dev/jdom/lib/xerces.jar /projects/dev/binding> export classpath=$classpath:/projects/dev/jdom/build/jdom.jar /projects/dev/binding> export classpath=$classpath:/projects/dev/binding /projects/dev/binding> java org.enhydra.xml.binding.schemamapper xml/configuration.xsd /projects/dev/binding> javac -d . *.java |
使用 unmarshaller
如果已经从 xml 模式生成了类,并经过编译,则可以继续。作为确保类是否工作的简单测试,可以使用清单 7 中的类测试数据绑定的功能性(或下载这个类)。
清单 7. 数据绑定测试类 import java.io.file;
| import org.enhydra.xml.binding.unmarshaller; public class testmapper { public static void main(string[] args) { system.out.println("starting unmarshalling..."); try { file file = new file("xml/example.xml"); object o = unmarshaller.unmarshall(file.tourl()); system.out.println("object class: " + o.getclass().getname()); system.out.println("casting to webserviceconfiguration..."); webserviceconfiguration config = (webserviceconfiguration)o; system.out.println("successful cast."); system.out.println("name: " + config.getname()); system.out.println("version: " + config.getversion()); system.out.println("port number: " + config.getport().getnumber()); system.out.println("port protocol: " + config.getport().getprotocol()); } catch (exception e) { e.printstacktrace(); } } } |
编译和运行该数据绑定测试类以查看结果,如清单 8 所示。
清单 8. 测试 unmarshaller
| /projects/dev/binding> javac -d . testmapper.java /projects/dev/binding> java testmapper starting unmarshalling... object class: webserviceconfigurationimpl casting to webserviceconfiguration... successful cast. name: unsecured web listener version: 1.1 port number: 80 port protocol: http |
启动 web 服务
作为一个更实用的示例,让我们回顾已经在几篇文章中提到的 web 服务示例。假设有一些可以编程启动的 java 类(叫做 webservice),那么可简单地使用数据绑定来获取该类的配置信息。现在,从一个 xml 文档(或者甚至几个)中读取和启动新的 web 侦听程序是非常容易的事 -- 这不需要任何 xml 特定 api 的知识,如清单 9 所示。将配置数据取消编组成 java 对象,然后使用标准 java accessor 方法(通常是 getxxx() 格式)来配置新的 web 服务。
清单 9. xml 到 web 侦听程序
| // assume we have a list of urls for (iterator i = urls.iterator(); i.hasnext(); ) { webserviceconfiguration config = unmarshaller.unmarshal((url)i.next()); webservice newservice = new webservice(); newservice.setname(config.getname()); // set up port information newservice.setportnumber(config.getport().getnumber()); newservice.setprotocol(config.getport().getprotocol()); // set up document root newservice.setdocroot(config.getdocument().getroot()); newservice.seterrorpage(config.getdocument().geterror()); newservice.start(); } |
就那么简单,即使是初级开发者也能写出使用这个简单 xml 文档及其数据的 java 程序,而他甚至还不知道正在使用 xml!有关 xml 数据绑定代码的更多用法,请关注 enhydra 应用服务器即将推出的新版本,在未来的发行版中将包含这里讨论的数据绑定类(并将在下一篇文章中继续讨论)。完成了 unmarshaller 的代码之后,就可以讨论最终细节了。
跟上不断发展的 api
就在一个月之前,我们看到 schemamapper 类,它从 xml 模式生成 java 接口和实现。该代码很大程度地使用了 jdom api(主要是因为它很方便,是我编写的!)。然而 30 天时间只够进行一届曲棍球季后赛,对于 api,如仍在开发中的 jdom,却几乎是一生一世。自上一篇文章以来,有几个更改已经在 jdom api 中生效了,大多数反映了一些更新的方法名。有关更改及其原因的详细信息,请访问 jdom 网站(请参阅参考资料),可以在该网站上加入 jdom-兴趣邮件列表。但是,为了帮助您使用最新和最好的版本,schemamapper 类再次出现在因特网上,并且已更新成使用最新版本的 jdom(直接来自 cvs)。还可以下载源码。强烈建议从 cvs 获取最新的 jdom,并使用更新版本的代码。(在第四部分到来之前,可能仍有更多更改。)
jsr-031,数据绑定 api,在 java 社区中仍是处在争论和测试过程的建议书。在这个过程中,它还可能做一些更改。尽管它还未成熟,至今为止许多使用 xml 的 java 开发者还是会使用它,因为它是执行非常有用功能的方法。
结束语
通过使用本系列这部分中新的详细信息,可以使用数据绑定代码。使用 unmarshaller 类,就可以在 java 代码中方便地使用 xml 文档,而不必直接借助于 xml api,如 dom、sax 或 jdom。虽然示例建议使用数据绑定处理配置文件,您也许已经有了在应用程序中使用数据绑定的其它想法。也可以使用数据绑定代码来进行消息传递、数据存储和显示等等。
本系列的第四篇,也就是最后一篇文章将主要讲述编组,即利用 marshaller 类得到 java 类,并将它转换成 xml 文档。该文章将讨论转换原来经过取消编组的 java 对象,以及未经过取消编组的 java 对象。到那时,希望您喜欢迄今为止出现的数据绑定代码,下次再见。
闽公网安备 35060202000074号