jaxb生成java类_用户化JAXB绑定生成Java源代码的简单尝试

在前几天的“折腾了一把JAX-WS, SOA & Java EE 5”中(http://www.javaresearch.org/article/116761.htm),

提到利用JAXB绑定的技术,将包含业务逻辑的Schema绑定,自动生成Java源代码。文中提到,生成的Java类最好能在

网络通讯中生存,即implements Serializable。另外,最好能在生成过程中,使生成类型继承共同的Super类,以便

于OOP技术的应用,如多态等。这样,我们不用手工修改绑定生成的代码。

上述目标可以通过对JAXB绑定的用户化(Jaxb Binding Customization)来实现。

一般的做法是定义一个JAXB绑定的用户化文件,并在我们的Schema文件中去引用就可以了。例如:

GlobalBindings.xsd

{code}

xmlns:jaxb="http://java.sun.com/xml/ns/jaxb"

xmlns:xjc="http://java.sun.com/xml/ns/jaxb/xjc"

elementFormDefault="qualified"

jaxb:extensionBindingPrefixes="xjc" jaxb:version="2.0">

{code}

应注意的一点是,Schema的引用有两个标签,即和,前者要求被引用的xsd与引用者要有

相同的namespace;否则,就要使用import。如果所有的生成类型都将继承 Service,那只要在Service.xsd中将上

述GlobalBindings.xsd引用就可以了。在Schema中可用标签来定义这种继承关系。

折腾来折腾去,发现一个JAXB不尽人意的地方,就是xjc在将xsd绑定位Java源代码时,当根据xsd的目录结构,将生

成的源代码也放置在相应的的目录底下时,xjc将在每个目录下重复产生被引用的Schema的类型。为了避免这种情况,

你只好将所有的Schema放置到同一目录下,而产生的源代码业将在同一目录下。这可太讨厌了,对于一定规模的SOA

应用来说,所有生成的请求及相应类都放在同一目录下是很难被接受的。

本文觉得有两个办法来实现生成的源代码分目录存放。一个是在绑定后,对源代码进行处理,反正是文本文件;另一个

办法就是在编制Schema时就对此进行考虑。本文将着重讨论后者,希望对读者有些启发。

Jaxb在对Schema进行绑定时,xjc提供了包参数选项,如果该参数没有输入,xjc将利用Schema中定义的namespace自

动产生包名(package name)。如果你的“targetNamespace="http://service.t50/portable/svice”,

生成的包名将是:“t50.service.portable.svice”。

这样,我们就可以利用xjc的这一缺省特点,根据Schema的目录结构,通过定义所需的namespace,来定义绑定后的源

代码的目录结构(也就是包名package name)。

假设我们的Schema目录结构是这样的:

“xsd/GlobalBindings.xsd”

“xsd/t50/Service.xsd”-- with namespace: "http://service.t50/portable"

“xsd/t50/ServiceCaller.xsd”-- with namespace: "http://service.t50/portable"

“xsd/t50/common/Person.xsd”-- with namespace: "http://service.t50/portable/common"

“xsd/t50/service/GetPerson.xsd”-- with namespace: "http://service.t50/portable/service"

通过xjc编译后,生成的Java包类则有:

“t50.service.portable”:ServiceRequest;ServiceResponse;ServiceCaller

“t50.service.portable.common”:Person

“t50.service.portable.service”:GetPersonRequest, GetPersonResponse

这样,就基本上实现了绑定生成的类型的分目录存放目的了。本文基本上给出了一个通过JAXB绑定来实现一个SOA项目的

框架结构。Schema的定义是其中的关键部分,而本文的Schema定义原型已基本上初具规模,可以作为一个项目的开始。

总体感觉是,Jaxb技术已经成熟,但尚有很多可完善之处,尤其是xjc编译输出的灵活性等,有待优化提高。

如果你有好的建议,或本文有错谬之处,希望指出,大家一起提高。

以下是相关的Schema及相应的源代码:

Service.xsd

{code}

xmlns:sc="http://service.t50/portable"

targetNamespace="http://service.t50/portable"

xmlns:xs="http://www.w3.org/2001/XMLSchema"

elementFormDefault="qualified" attributeFormDefault="unqualified">

{code}

GetPerson.xsd

{code}

xmlns:xs="http://www.w3.org/2001/XMLSchema"

xmlns:bc="http://service.t50/portable"

xmlns:cm="http://service.t50/portable/common"

xmlns:sc="http://service.t50/portable/service"

targetNamespace="http://service.t50/portable/service"

elementFormDefault="qualified"

attributeFormDefault="unqualified">

schemaLocation="../Service.xsd"/>

schemaLocation="../common/Person.xsd"/>

Service request type

Service response type

{code}

t50.service.portable.serivce.GetPersonRequest.java (comments removed)

{code}

package t50.service.portable.service;

import java.io.Serializable;

import javax.xml.bind.annotation.XmlAccessType;

import javax.xml.bind.annotation.XmlAccessorType;

import javax.xml.bind.annotation.XmlElement;

import javax.xml.bind.annotation.XmlRootElement;

import javax.xml.bind.annotation.XmlType;

import t50.service.portable.ServiceRequest;

@XmlAccessorType(XmlAccessType.FIELD)

@XmlType(name = "", propOrder = {

"personId"

})

@XmlRootElement(name = "getPersonRequest")

public class GetPersonRequest

extends ServiceRequest

implements Serializable

{

private final static long serialVersionUID = 1L;

@XmlElement(namespace = "http://service.t50/portable/service")

protected int personId;

public int getPersonId() {

return personId;

}

public void setPersonId(int value) {

this.personId = value;

}

}

{code}

SOAP request payload: GetPersonRequest.xml

{code}

xmlns:fn="http://www.w3.org/2005/xpath-functions"

xmlns:xs="http://www.w3.org/2001/XMLSchema">

xmlns:sc1="http://service.t50/portable"

xmlns:sc2="http://service.t50/portable/common"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://service.t50/portable/service GetPerson.xsd ">

john

password

2008

{code}

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值