JAX-RPC vs JAX-WS(二)：用JAX-WS 2.0实现高性能的Web服务(续)

最新推荐文章于 2016-06-03 14:08:01 发布

lin_bei

最新推荐文章于 2016-06-03 14:08:01 发布

阅读量3.6k

点赞数

分类专栏： SOA&Web Service 文章标签： web服务 jaxb schema binding performance types

SOA&Web Service 专栏收录该内容

22 篇文章 0 订阅

订阅专栏

Primitive Array Performance

就像你在基本类型的例子中所注意到的，那个例子并没有强调绑定层。如果你来回发送的只是基本类型的数据，那么基本类型的性能就被容器的性能隐藏了，比如说连接方面的处理，任务时序的安排，等等。这部分展示了当强调绑定层时基本的数组类型的执行情况。这是一种从容器层移到绑定层的一种放大透镜。（ This is a way of moving the magnifying lens from the container layer to the binding layer）

考虑下 WSDL Sample 2的代码。

WSDL Sample 2

<xsd:complexType name="intArray">

<xsd:sequence>

<xsd:element minOccurs="0" maxOccurs="unbounded" ref="types:echoInt"/>

</xsd:sequence>

</xsd:complexType>

<xsd:element type="types:intArray" name="echoIntArray" />

<xsd:element type="types:intArray" name="echoIntArrayResponse" />

...

</message>

</message>

WSDL Sample 2 中的 WSDL 代码展示了发送跟接收整数类型数组。 Code Sample 2 显示了针对 JAX-RPC1.1 相应的 Web 服务代码。

Code Sample 2

public int[] echoInt(int[] params)

{

return params;

}

Code Sample 3 显示了针对 JAX-WS 2.0 而产生的代码。

Code Sample 3

public void echoIntArray(Holder<List<Integer>> echoInt)

{

}

Table 2展示了JAX-RPC 1.1跟JAX-WS 2.0之间在服务端点上，对于相应所产生的带有minOccurs和maxOccurs属性的XSD基本类型的不同Java数组类型的区别。

Table 2: Comparison of Primitive Arrays Generated in JAX-RPC 1.1 and JAX-WS 2.0 for the Corresponding XSD Types

XSD Type	JAX-RPC 1.1	JAX-WS 2.0

xsd:boolean	Boolean[]	List<Boolean>
xsd:short	Short[]	List<Short>
xsd:int	Int[]	List<Integer>
xsd:long	Long[]	List<Long>
xsd:integer	BigInteger[]	List<BigInteger>
xsd:float	Float[]	List<Float>
xsd:double	Double[]	List<Double>
xsd:decimal	BigDecimal[]	List<BigDecimal>
xsd:date	Java.util.calendar[]	List<Javax.xml.datatype.XMLGregorianCalendar>
xsd:time	Java.util.calendar[]	List<Javax.xml.datatype.XMLGregorianCalendar>
xsd:datetime	Java.util.calendar[]	List<Javax.xml.datatype.XMLGregorianCalendar>

注意到JAX-RPC 1.1所产生的带有索引的数组，而JAX-WS 2.0产生的是list接口。

图 5中的图表表现出了XSD基本数组类型上的性能。X轴指的XSD基本数组类型比如说元素类型为boolean,short等等的Array(size=100)。Y轴指示了吞吐量，每秒钟的处理事务。

图 5 : 基本数组类型性能

就像你所看到的，一旦你开始强调绑定层了，基本类型的性能就不同了。并且注意下 JAX-WS 2.0 在所有情况下都表现得更好并且可以看出来有很大的提高了――在某些情况下差不多是一倍多――在 date,time, 和 datetime 的情况下。 JAX-RPC 针对 datetime 的锁问题现在在 JAX-WS 2.0 已经被提出了。

图 5 展示了 JAX-WS 2.0 在性能上的提升。

Payload Performance

Web 服务性能是跟发送的有效载荷成正比的。你发送的有效载荷越多，对于序列化及反序列化来说就需要多处理更多的东西，还有绑定及解析。这些对性能上的影响是相当大的。

假设有一种情况，你必须发送并接收带有 Code Sample 4 中所表示的 item 结构的 items 。比如说，在一个供应链管理系统中，你会为了一个特殊的订单而请求 line items 来处理一批 items 。

Code Sample 4

# Item{

id,

description,

price,

inventory,

# location {

id,

description,

address,

creationdate

} ;

图 6 中的图表表明了 JAX-WS 的性能跟 JAX-RPC 相比在作为有效负荷大小百分比上――那就是说， items 的数量――种类。 X 轴代表了发送跟接收的取决于 items 数量。在这个问题里 ( 比如说一个 ) ，一个事务被定义为发送与接收一个 itmes 的数组。

图 6 : Payload Performance

图6中的图表暗示出来了，在负载超过100个items后，JAX-WS的产出是JAX-RPC性能上的差不多两倍，而在负载不多于100个items的时候，JAX-WS和JAX RPC结果是差不多的。一般来说，JAX-WS比JAX-RPC在更多的负载下表现得比JAX-RPC更好。

Binding Performanc

在Java的web服务中，有多种方式来处理XML文档。这部分比较了 document-handling JAXB ， Document Oject Model(DOM)c 对于 XML 文档来说，性能上的区别， 100 kilobyte Universal Business Language (UBL) invoice.

JAXB Binding

JAXB绑定提供了一种从Java技术的对象到XML以及从XML到Java技术对象的转换方式。JAXB 绑定的语法在 WSDL Sample 3 中的示例体现了，在这里一个叫做 echoJAXB 的元素在 WSDL 代码的 Schema 部分指的是 InvoiceType 。这种途径也叫 shcema 绑定，因为产性的制品都是依赖于这个 schema 。

WSDL Sample 3

<xsd:element name="InvoiceType">

...

</xsd:element>

<xsd:element name="echoJAXB" type="types:InvoiceType" />

当在 Code Sample 5 中的 WSDL 代码使用 wscomplie 被编绎的时候，它在服务端点产生了 InvoiceType 的 Java 技术的对象。

Code Sample 5

public void echoSX(Holder<InvoiceType> invoice) {

}

JAXB绑定有几个优点：减轻了开发任务，隐藏了复杂代码，缺少了样板代码，而且比非schema绑定的具有更好的性能。所有开发人员都需要做的就是为访问XML内容而产生JAXB java类方法。

JAXB的一个缺点就是所产生的Java代码更加耦合于在WSDL中定义的schema，这使得JAXB绑定的途径对于写基本的代码更加难。

DOM Binding

DOM绑定提供了从一棵DOM树到XML和从XML到DODM树的转换。DOM树绑定的语法如 Code Sample 6 所示，在这里一个叫做 echoDOM 的元素在 WSDL 的 Schema 部分有一个 xsd:any 类型，它允许应用程序发送任意的 XML 数据。在 xsd:any 类型上的processContents="skip"属性意思是XML内容是不合法的。这种方法也叫 nonschema binding 因为所产生的代码是不依赖于 shema 的。

Sample 4

<xsd:element name="echoDOM">

<xsd:complexType>

<xsd:sequence>

<xsd:any processContents="skip" />

</xsd:sequence>

</xsd:complexType>

</xsd:element>

当使用 wscompile 进行编绎时，在 WSDL Sample 4 中的代码就会在服务端点产生 DOM Element ，如 Code Sample 6 所示

code Sample 6

public EchoNSXResponse echoNSX(EchoNSX invoice) {

Element e = (Element)invoice.getAny();

EchoNSXResponse res = new EchoNSXResponse();

res.setAny(e);

return res;

}

DOM 绑定的优点就是它允许开发人员写更加基础和有可扩展性的程序。 DOM 绑定的缺点就是它需要开发人员依赖于 schema 写更加复杂的代码并且为了遍历一个 DOM 树需要开发人员写更多的模板文件

，这就会导致性能上的降底。注意 Code Sample 6, 只有那些基础结构的性能被测量了（ infrastructural performance is measured ）而没有汲及到用户代码或者是业务逻辑上的代码。

在这种使用情况， , a transaction is the sending and receiving of a 100 kilobyte UBL invoice XML document 如图 7 ， X 轴代表了绑定类型， y 轴代表了吞吐量。注意：图 7 所示的图表是对端点的性能，也就意味着它测量的仅仅是服务器端的 web 服务栈。