webservice有哪些框架_web前端主流框架有哪些

webservice有哪些框架_web前端主流框架有哪些1摘要 开发webservice应用程序中离不开框架的支持,当open-open网站列举的就有很多种,这对于开发者如何选择带来一定的疑惑。性能Webservice的关键要素,不同的框架性能上存在较大差异,而当前在官方网站、网络资料中可以方便的找到各自框架的介绍,但是很少有针对不同框架性能测试数据。本文选择了比较流行几个框架:Apache Axis1、Apache Axis2、Codeh

大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺

1摘要

 

开发webservice应用程序中离不开框架的支持,当open-open网站列举的就有很多种,这对于开发者如何选择带来一定的疑惑。性能Webservice的关键要素,不同的框架性能上存在较大差异,而当前在官方网站、网络资料中可以方便的找到各自框架的介绍,但是很少有针对不同框架性能测试数据。本文选择了比较流行几个框架:

Apache Axis1Apache Axis2Codehaus XFireApache CXFApache WinkJboss  RESTEasysun JAX-WS最简单、方便)、阿里巴巴  Dubbo(除外)等,采用java作为测试用例,通过本机和远程两种进行测试方式,对这几种框架进行了性能测试,并对测试结果分析和性能比较,最后并对性能优异的框架进行了推荐。

目前三种主流的web服务实现方法: 

REST(新型):表象化状态转变 (软件架构风格)RESTEasyWinkCXFAxis2…….

SOAP(比较成熟):简单对象访问协议  XfireAxis2CXFAxis1

XML-RPC(淘汰):远程过程调用协议慢慢被soap 所取代

REST 简单易用,效率高,貌似未来有很大的发展空间,也有宣称rest性能个方便比soap强大的,已经有很多框架宣称对rest进行支持比如spring 3.0struts…….. 百度观点

SOAP 成熟度较高,安全性较好

关键词:Axis1Axis2XFireCXFSpringSOAPStAXWSDL

2      框架介绍

2.1      Apache Axis1

Axis本质上就是一个SOAP引擎(Apache Axis is an implementation of the SOAP),提供创建服务器端、客户端和网关SOAP操作的基本框架。但Axis并不完全是一个SOAP引擎,它还包括:

l  是一个独立的SOAP服务器。

l  是一个嵌入Servlet引擎(例如Tomcat)的服务器。

l  支持WSDL

l  提供转化WSDLJava类的工具。

l  提供例子程序。

l  提供TCP/IP数据包监视工具。

2.2      Apache Axis2

Apache Axis2相比Apache Axis1更加有效、更加模块化、更加面向xml,支持容易插件模块扩展新功能和特性,例如安全和可靠。Apache Axis2是基于Apache AXIOM,它是一个高性能、pull-based XML对象模型。Apache Axis2的关键特性:

l  解析xml更快。采用自己的对象模型和StAX (Streaming API for XML)

l  更低的内存占用。

l  支持热部署。新服务加入到系统,无需重启服务。

l  支持异步webservice

l  MEP支持,灵活支持在WSDL 2.0定义的Message Exchange Patterns (MEPs)

l  更加灵活。引擎给开发人员提供了充足的自由度可扩展客户头信息处理、系统管理、

l  更加稳定性。

l  传输框架不依赖于具体协议。为集成和传输协议(SMTP, FTP, message-oriented middleware, etc)有一个简单和抽象,引擎核心是完全独立于具体的传输协议。

l  支持WSDL。支持WSDL1.1WSDL2.0

l  方便集成其他组件(Add-ons)。几个web services已经被集成,包括:WSS4J for security (Apache Rampart), Sandesha for reliable messaging, Kandula which is an encapsulation of WS-Coordination, WS-AtomicTransaction and WS-BusinessActivity.

l  良好的扩展性。

2.3      Codehaus  XFire

XFire核心是一个轻量的基于STAX消息处理模型,用来与SOAP消息交互,它支持不同类型的绑定机制、容器和传输协议。

支持webservice标准– SOAP, WSDL, WS-I Basic Profile, WS-Addressing, WS-Security, etc.

l  高性能SOAP STACK

l  可插拔绑定POJOs, XMLBeans, JAXB 1.1, JAXB 2.0, and Castor support

l  通过Java1.5 1.4(Commons attributes JSR 181 syntax)使用JSR 181 API配置服务

l  支持多中传输协议– HTTP, JMS, XMPP, In-JVM, etc.

l  可嵌入的和直观的API

l  支持Spring, Pico, Plexus, and Loom

l  支持JBI

l  客户端和服务端stub代码生成

l  支持JAX-WS early access

2.4      Apache CXF

Apache CXF是一个开源服务框架。Apache CXF = Celtix + XFireApache CXF 的前身叫 Apache CeltiXfire,现在已经正式更名为 Apache CXF 了,以下简称为 CXFCXF 继承了CeltixXFire两大开源项目的精华,比如:JAX-WS and JAX-RS,主要特性包括:

l  支持Web services标准。包括:SOAPthe WSI Basic ProfileWSDLWS-AddressingWS-PolicyWS-ReliableMessagingWS-SecurityWS-SecureConversationWS-SecurityPolicy.

l  支持不同类型前端开发模型。CXF实现了JAX-WS APIs,支持JAX-RS开发。

l  容易使用。CXF设计的简洁和直观,具有简洁APIs迅速的构建基于代码的服务,Maven插件使得工具集成更加容易、JAX-WS API支持、Spring 2.x XML使得配置更加容易。

l  支持二进制和遗留协议。CXF被设计为可插拔的架构,在不同的传输协议结合下,不仅支持XML,也支持非XML类型绑定,例如:JSONCORBA

2.5 RESTEasy百度观点较好

 

RESTEasyJBoss的一个开源项目,提供各种框架帮助你构建RESTful Web ServicesRESTful Java应用程序。它是JAX-RS规范的一个完整实现并通过JCP认证。作为一个JBOSS的项目,它当然能和JBOSS应用服务器很好地集成在一起。但是,它也能在任何运行JDK5或以上版本的Servlet容器中运行。RESTEasy还提供一个RESTEasy JAX-RS客户端调用框架。能够很方便与EJBSeamGuiceSpringSpring MVC集成使用。支持在客户端与服务器端自动实现GZIP解压缩。 (资料少无法比较)

 

有较专业的人士对CXFRestletRESTEasyJersey框架测试数据,他说从性能上看RESTEasy是最好的,Jersey其次(但Jersey连可查阅的英文文档都比较少故个人不推荐使用)cxfRestlet最差,

 

2.6  Dubbo (个人观点—-无理由

Dubbo阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,可以和 Spring框架无缝集成。(资料少无法比较)

2.7 java6JAX-WS

JAX-WS2.0 (JSR 224)Sun新的web services协议栈

JAVA中有三种WebService规范,分别是JAX-WSJAX-RPC)、JAX-RSJAXM&SAAJ

JAX-WSJava API For XML-WebService),JDK1.6 自带的版本为JAX-WS2.1,其底层支持为JAXB。早期的JAVA Web服务规范JAX-RPCJava API ForXML-Remote Procedure Call)目前已经被JAX-WS 规范取代,JAX-WS JAX-RPC 的演进版本,但JAX-WS 并不完全向后兼容JAX-RPC()

 

2.8  Apache Wink

 

REST(Representational State Transfer)  based Web Servicehttp://baike.soso.com/v812054.htm是相对于传统的Web Service(SOAP+WSDL+UDDI)而提出的。传统的Web Service可以很好的解决异构系统之间的通信问题,但是需要首先定义好XML格式的合同(WSDL),client和server都必须严格遵守协议,不容易升级以及集群伸缩REST Web Service不需要事先定义格式,传输的内容也可以依据不同的client变化(json,xml,html等),最重要的是使用源URL来唯一定位资源,对资源的增删改查映射为HTTP的四个方法,无状态传输,具有非常好的伸缩性

 

Apache Wink就是一个纯JavaREST框架。它完整的实现了JSR 311并扩展了部分功能,此外还提供了良好的扩展性,难能可贵的是还可以与流行的Java框架Spring无缝集成。目前该项目还在开发中。所谓框架无非就是定义好格式,提供一些工具和钩子,让开发人员可以专注于业务逻辑的开发。

 

 

 

3      测试准备

表格1测试基本元素

测试条件

描述

主机环境

A测试机:CPU:1.60GHz;内存:1.37G

B测试机:CPU:1.83GHz;内存:1G

Web服务
框架

axis1 1.3

axis2 1.2

xfire 1.2.6

应用环境

jdk 1.4spring 2.x

客户端代码

public void testgetVersion() throws java.lang.Exception {

  String url = “http://localhost:8081/boss/services/Calculate”;
  // 客户端初时化时间
  long startTime = System.currentTimeMillis();
  // 客户端stub代码分别是axis1/axis2/xfire/cxf框架 wsdl2java生成
CalculateCalculateHttpportStub stub = new CalculateCalculateHttpportStub(url);
  long endTime = System.currentTimeMillis();
System.out.println(“client init time is: ” + (endTime – startTime));

  // 连续调用10
  for (int i = 0; i < 10; i++) {

   long startTime1 = System.currentTimeMillis();
   String ret = stub.getVersion().get_return();
   long endTime1 = System.currentTimeMillis();

System.out.println(“[” + i + “] elapsed time is: ” + (endTime1 – startTime1) + ” ms”);
System.out.println(“stub.getVersion() is: ” + ret);
  }
 }

服务端代码

public String getVersion() 
注:接口无任何业务逻辑,只返回一个字符串:“Hello”;

测试方法

本机接口测试,客户端和服务端都在A测试机上进行;

远程接口测试,A测试机作为客户端,B测试机作为服务器。本次测试是在局域网内完成。

结果精度

数字精确到小数点后两位

名词解释

服务器端:部署到服务器的程序。

客户端:发起请求调用服务器上webservcie的程序。

客户端初时化时间:发起接口调用时,初始化客户端java对象所需时间。
例如:CalculateCalculateHttpportStub stub = new CalculateCalculateHttpportStub(url); // 由框架 wsdl2java生成客户端stub

 

 

表格2在端对端性能上,一个客户端驱动程序使用了一个胖客户端Web服务堆栈来发送和接受SOAP请求

Webservice服务端

 

Webservice客户端

Webservice stack

 

SOAP over HTTP

4      性能测试

4.1      测试方法

本次假定在相同网络、主机环境条件下进行测试,因此性能的差别主要是由不同框架实现机制的所决定。

l  采用两种方式测试:本机测试、远程测试。

l  服务器端分别采用:axis1axis2xfireCXF,对于选定的服务器端,用不同框架对应的工具包wsdl生成客户端stub代码进行测试。

l  服务端接口内部没有复杂业务逻辑,客户端调用时,仅仅返回一个字符串。

l  每次运行,采用java循环方式调用10次服务端接口,并记录下从发起到返回结果的时间。

4.2      测试结果

限于篇幅,本文仅提供了:以CXF框架为服务端的详细测试结果,及其各个框架的综合后测试结果。

 

表格3CXF作为服务端测试详细结果

本机测试结果(单位:ms

服务器端

cxf

客户端

cxf

axis1

客户端初始化

1

2

3

4

5

1

2

3

4

5

2547

2594

2563

2578

2563

2569

422

422

407

406

421

415.6

连续10次调用接口测试

1

2

3

4

5

1

2

3

4

5

1

297

281

281

282

266

281.4

234

219

219

234

219

225

2

0

0

0

15

15

0

16

0

0

16

3

0

16

16

0

0

16

15

16

16

0

4

0

0

0

0

0

0

0

0

0

15

5

16

0

0

0

0

15

16

15

0

0

6

0

15

15

0

16

0

0

0

16

0

7

0

0

0

0

0

16

16

16

0

16

8

15

0

0

0

0

0

0

0

15

0

9

0

0

0

0

15

16

15

16

0

16

10

0

16

16

15

0

0

0

0

16

0

10次平均值

32.8

32.8

32.8

31.2

31.2

32.16

29.7

29.7

28.2

29.7

28.2

29.61

9次平均值

3.444

5.222

5.222

3.333

5.111

4.467

7

8.667

7

7

7

7.333

远程测试结果(单位:ms

服务器端

cxf

客户端

cxf

axis1

客户端初始化

1

2

3

4

5

1

2

3

4

5

2703

2547

2578

2563

2531

2584

406

406

422

407

422

412.6

连续10次调用接口测试

1

2

3

4

5

1

2

3

4

5

1

344

281

281

281

297

296.8

219

234

235

234

687

321.8

2

0

0

16

16

16

16

0

15

16

16

3

0

16

0

0

0

62

16

0

0

0

4

16

0

16

15

0

47

16

16

15

16

5

0

15

0

0

15

16

15

15

16

0

6

0

0

15

16

0

31

0

0

0

15

7

0

16

0

0

16

16

16

16

15

0

8

15

0

0

0

0

31

0

16

16

16

9

0

16

16

15

0

31

15

0

0

0

10

0

0

0

0

15

31

16

15

16

15

10次平均值

37.5

34.4

34.4

34.3

35.9

35.3

50

32.8

32.8

32.8

76.5

43.37

9次平均值

3.444

7

7

6.889

6.889

6.244

31.22

10.44

10.33

10.44

8.667

14.22

 

 

表格4不同框架本机和远程测试结果

本机测试结果(单位:ms

服务器端

axis2

axis1

xfire

cxf

客户端

axis2

axis1

axis1

axis2

xfire+spring

axis1

cxf

axis1

客户端初始化

656.4

1138

1325

762.2

0

1340.6

2569

451.6

10次中的初次调用值

546.4

568.8

484.2

434.8

1022

987.4

281.4

225

10次平均值

62.48

66.7

73.44

57.22

119.2

120.9

32.16

29.61

9次平均值

8.71

11.84

27.8

15.27

18.84

25

4.467

7.333

远程测试结果(单位:ms

客户端初始化

672.8

1040

axis1

772

0

2994

2584

421.6

10次中的初次调用值

645.8

606

684.4

427.8

1010

1190

296.8

321.8

10次平均值

71.58

70.36

97.82

60.28

117.2

139.1

35.3

43.37

9次平均值

7.78

10.58

32.64

19.44

18.04

27.13

6.244

14.22

 

4.3      结果分析

从数据可以看出,有下面几个特点:

l  客户端初次调用,初始化客户端stub对象时,大约在:600ms2500ms。由于需要建立网络连接,初始化java相关对象,因此耗时较长。

l  客户端初始化stub后,接口初次调用,大约在:400ms1000ms。相比后续的接口调用时间最长。

l  在第一次调用完毕后,随后的调用中,性能都明显提升。大约在:7ms30ms

l  本机测试与远程测试,性能上差距很微小,在高速的局域网内,性能差别几乎可以忽略。

l  在相同的服务端下,采用不同框架生成的stub代码调用时,时间上也存在一定的差异。

 

实际应用中,接口的调用都是在网络的不同的机器之间进行,本文也重点关注远程调用测试结果,在测试结果比较上,可以看出:

l  最优组合是最差组合性能的5倍多。

n  最优的组合为:cxf客户端+ cxf服务端,6ms左右。

n  最差的组合为:axis1客户端+ axis1服务端,32ms左右。

l  CXF作为服务端,对于不同的客户端调用时,性能最佳。

从以上的结果进行分析得出用Axis2与CXF作为服务器端效率是比两外两者(Axis1与xfire)要高,所以下面就对CXF与Axis2进行对比

5      选择框架的方法

1. 选择能够对我们的开发过程提供更多、更好帮助的Web开发框架

CXF与Axis2都是apache的开源框架,也是目前比较流行的webservice框架,)(百度加个人观点)

2. 开发框架的学习一定要简单,上手一定要快,没有什么比使用能得到更深的体会。那些动不动就需要半个月或者一个月学习周期的框架,实在是有些恐怖。(cxf学习成本比axis2低)【Axis2允许自己作为独立的应用来发布Web Service,并提供了大量的功能和一个很好的模型,这个模型可以通过它本身的架构(modular architecture)不断添加新的功能。有些开发人员认为这种方式对于他们的需求太过于繁琐。这些开发人员会更喜欢CXF。 】【CXF更注重开发人员的工效(ergonomics)和嵌入能力(embeddability)。大多数配置都可以API来完成,替代了比较繁琐的XML配置文件, Spring的集成性经常的被提及,CXF支持Spring2.0和CXF’s API和Spring的配置文件可以非常好的对应。CXF强调代码优先的设计方式(code-first design),使用了简单的API使得从现有的应用开发服务变得方便。】{
百度观点}

 

3. 一定要能得到很好的技术支持,在应用的过程中,或多或少都会出现这样或者那样的问题,如果不能很快很好的解决,会对整个项目开发带来影响。一定要考虑综合成本,其实这是目前应用开源软件最大的问题,碰到问题除了死肯文档就是查阅源代码,或者是网上搜寻解决的办法,通常一个问题就会导致1-2天的开发停顿,严重的甚至需要一个星期或者更长,一个项目有上这么几次,项目整体的开发成本嗖嗖的就上去了。(所以个人感觉应该选择比较流行的框架,起码碰到问题还能上网搜索

4. 开发框架结合其他技术的能力一定要强(个人感觉和下同

5. 开发框架的扩展能力一定要强。在好的框架都有力所不及的地方,这就要求能很容易的扩展开发框架的功能,以满足新的业务需要。同时要注意扩展的简单性,如果扩展框架的功能代价非常大,还不如不用呢。(axis2与cxf 都支持很多优秀的框架(上已提到),但axis2扩展性比cxf要好,axis2不仅支持java对c/C++提供支持)(个人观点)【RESTEasy也能支持许多比较优秀的框架】(百度加个人观点)

6. 开发框架最好能提供可视化的开发和配置,可视化开发对开发效率的提高,已经得到业界公认。(暂时无法提供观点

7. 开发框架的设计结构一定要合理,应用程序会基于这个框架,框架设计的不合理会大大影响到整个应用的可扩展性。(暂时无法提供观点

8. 开发框架一定要是运行稳定的,运行效率高的。框架的稳定性和运行效率直接影响到整个系统的稳定性和效率。(从上面的测试来看,cxf的效率要高于axis2,不知道在大并发量的时候系统的稳定性和安全性

9. 开发框架一定要能很好的结合目前公司的积累。在多年的开发中已有了很多积累,不能因为使用开发框架就不能再使用了,那未免有些得不偿失。(暂时无法提供观点

10. 选择开发框架另外要注意的一点就是:任何开发框架都不可能是十全十美的,也不可能是适应所有的应用场景的,也就是说任何开发框架都有它适用的范围。所以选择的时候要注意判断应用的场景和开发框架的适用性。(暂时无法提供观点

 

 

6 结束语

Apache CXFCodehausXFire的第二代产品,目前在不同框架中性能最佳,应该是开发者不错的选择,这与它本身的架构设计不无关系。相比其他框架,CXF具有几个突出的特性:支持JAX-WSSpring集成、Aegi数据绑定、支持RESTful services、支持WS-*Apache协议、代码实现简洁。

Apache Axis2Apache Axis1的第二代产品,架构上也非常不错,关键特性:支持多语言(C/C++)、支持各种规范、可插拔模块化设计、支持热部署等。与CXF相比性能也非常优异。

RESTEasy也许也是个不错的框架!(个人观点)

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/190912.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • igmp协议用来实现组播功能_组播管理协议

    igmp协议用来实现组播功能_组播管理协议igmp

  • Reactive Streams

    Reactive Streams1.概述在本文中,我们将介绍Java9ReactiveStreams。简而言之,我们将能够使用Flow类,它包含用于构建反应流处理逻辑的主要构建块。ReactiveStreams是具有无阻塞背压的异步流处理的标准。此规范在ReactiveManifesto中定义,并且有各种实现,例如,RxJava或Akka-Streams。2.ReactiveAPI概述要构建Flow,我们可…

    2022年10月29日
  • html中颜色的编码,css颜色编码对照表[通俗易懂]

    html中颜色的编码,css颜色编码对照表[通俗易懂]css颜色编码对照表2018-09-14颜色名十六进制值RGB值PearlyGates#FFFFF2#fffff2PaleOlive#FBF5E6#fbf5e6white#FFFFFF#ffffffFrostedLime#F6F9ED#f6f9edWhiteOrchid#FDFDF0#fdfdf0GreenVeil#EEF3E2#eef3e2GrayClif…

  • onedrive免费扩容25t_onedrive怎么免费扩容1T

    onedrive免费扩容25t_onedrive怎么免费扩容1TOneDrive存储我们都知道没有开office365,自己onedrive的储存空间只有5GB,onenote做笔记以及用onedrive同步文档空间不够,但是又不想开office365;所以在网上看到别人说onedrive可以推荐别人注册,可以扩容10GB;加起来一共15GB,用来做笔记完全够用;或许有大佬会说可以弄到Office教育版的微软账号,有5T或1T的存储空间,但是这个会涉及到账号里面文档的安全性,这种账号是属于教育机构的,全局管理员可以有权查看里面储存的文件并且有权删去账号,这样的

  • Cocos2D-X2.2.3学习笔记8(处理精灵单击、双击和三连击事件)

    Cocos2D-X2.2.3学习笔记8(处理精灵单击、双击和三连击事件)

  • ubuntu读取can口数据_嵌入式Linux下CAN接口调试[通俗易懂]

    ubuntu读取can口数据_嵌入式Linux下CAN接口调试[通俗易懂]ByToradex秦海1).简介CAN(ControllerAreaNetwork)总线是嵌入式设备最为常用的接口之一,常用于汽车以及工业自动化等嵌入式领域,因此本文就基于嵌入式Linux演示使用CAN总线进行通讯测试。本文所演示的平台来自于ToradexColibriiMX6DL和ApalisiMX6DARM嵌入式平台,这两个平台是都是基于NXPiMX6系列ARM处理器,支持双…

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号