|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
C#是盗用了Java的源代码,仿照开发的,原因是Java是开源的啊,盗了也白盗,还有一点,开发C#语言的团队是就是开发Java语言的团队,是微软重金挖过去的啊
提要
本文完成了纪录J2EE(Java2平台企业版)Web服务的客户端呼应次数的一个通用的布局。纪录的呼应次数是实在的客户端呼应次数,以是它们实践上反应了用户对服务质量的意见。实行的样品是利用SunONE(开放式收集情况)使用服务器和IDE创建起来的,可是这个办法很一般,很简单推行到别的J2EE完成上。
Web服务正敏捷的成为完成客户端-服务器体系的首选布局。它的长处是:企业能够正式的界说一组服务,然后天生通信用的完全的客户端和服务器的代码库,从而简化新的客户端对正当的Web资本的会见。
可是,Web服务在简化客户端-服务器体系的创建的同时,监控服务质量就变得很主要。假定有一个在用户的态度上提交处置的客户端使用程序。而企业事件一般要挪用好几个Web服务:初始挪用递交事情内容,接上去的挪用反省完成,终极挪用得出了局。一个挪用就是一个特别的HTTP/SOAP(复杂对象会见协定)互换。假定你是IT部门专门卖力监控服务器装载和展望将来必要的事情职员,你必需得回覆这个基础成绩:"我如今办理我的客户端如何呢?关于未来的办理,我还必要甚么工具?"
假如你只要HTTP日记的话,就很难回覆上述成绩了。客户端只体贴事件的处置,可是由于每一个事件包含几个HTTP哀求,关于评价服务质量,你最多只能开辟自界说数据收罗软件,该软件可经由过程HTTP日记做出唆使并创建用户事件处置的模子。就算是如许,你所具有的信息仍旧无限,由于它不克不及反应收集传送大概客户端使用程序的外务操纵。
本文的中央头脑是:事件服务质量用客户端评价最好。这儿接纳的办法就是同意客户端纪录实践的事件呼应次数。客户端使用程序经由过程将呼应工夫呈报增加到下一个弹出的事件处置哀求上,从而上传呼应工夫呈报给服务器。服务器掏出这些附件并将他们列队贮存和在线剖析。
布局
基于客户真个频次纪录布局的方针就是:纪录用的下部机关必需是轻型的,它不仅有益于完成运转的外务开支还能够加重增加它到一个现有的完成的包袱。我们也但愿该布局对供应的服务没无限制,我们很想能够将服务增加到一个现有的、能够尽量简单地利用Web服务的客户端-服务器体系上。
我们的布局的另外一个方针是:企业使用程序本身的牢靠性不要太差。我们将引进一些新的、简单做到的步骤到使用程序的处置事情流程中。并且我们能够包管这些新步骤中的任何以障都能够失掉处置,我们不会由于不克不及将频次用于程序就让企业事件的处置失利
下图显现了一个典范的J2EE(Java2平台企业版)Web服务的客户端-服务器使用程序。典范的组件用粗线标明;我们增加的新组件用于搜集频次,它接纳红线标明。
<br>
J2EEWebservices:Metrics-gatheringarchitecture
"J2EEApplicationServer"地区暗示现有的服务器资本。他们是用来处置客户端哀求的企业JavaBeans(EJB)组件。工具可主动的天生Web服务软件包。EJB组件和相干的Web服务模块被看成J2EE使用程序设置到J2EE服务器上。当使用程序设置时,客户端能够经由过程挪用程序WSDL(Web服务形貌言语)服务来判别一个服务。WSDL服务对程序供应的服务给出正式的界说。
"ApplicationClient"地区由程序组件和Web服务软件包构成。程序组件完成贸易逻辑和用户界面。Web服务软件包可主动地经由过程WSDL编译器和J2EE服务器程序供应的WSDL服务创立出来。
从实际下去说,全部客户端-服务器体系有两层。使用程序层在服务器端具有EJB组件,在客户端具有一个使用程序。Web服务层有一个服务器完成和一个客户端完成,二者都能够主动发生。
典范地,用户的贸易事件处置包含很多个服务期挪用。第一个挪用初始化事件,前往一个"handle"给客户端。厥后的挪用查询事件的完成--客户端利用句柄挪用服务来反省事件是不是失掉处置。一般最初一个挪用可失掉完成的事件的形态。因而,一个贸易模子,可在客户端程序内完成的贸易模子,老是使得事件与初级其余服务器挪用接洽起来。
我们能够将搜集频次的组件增加到我们的尺度J2EEWeb服务布局上。上图中的Payload软件包在服务器和客户端都有设置。稍后我会具体的会商这个软件包,可是从布局的意义下去讲,这个软件包供应了几个服务。比方:客户端程序可使用beginTransaction()和commitTransaction()来定界事件和纪录次数。客户端Web服务软件包利用Payload软件包来连载次数呈报给SOAP信息附件。服务器真个Web服务软件包利用Payload软件包将SOAP附件从引进的哀求中剥离出来,并将它排队挂号和呈报。
这个完成中的体系操纵很少由于客户端和服务器不互换任何新的通讯--完成的事件的频次呈报与下一个客户端哀求一同输送。引进的独一的新的处置就是客户端上的一些连载和服务器端列队守候的附件。全部完成很笨重,由于只需增加一行代码到每一个程序Web办法上,而且代码仍是一样的--假如Web办法的标志稳定的话他也不会产生变更。
引进的最初一个组件就是信息驱动的EJB组件,它可读取连载的频次附件。典范的,这些附件将会纪录到一个数据库中以是企业能够保留事件服务质量的汗青记录。企业可使用这个数据库将实在的事件呼应次数与服务器资本的利用接洽起来,从而能够判定性的判别出哪一个服务器组件才是关头的服务瓶颈。由于附件是列队守候的,以是频次读取器EJB组件应当在分歧的J2EE服务器上运转,我们不但愿利用贸易EJB组件记录的频次附件合作资本。
<p>
诸如RMI,EJB等一些技术并不是你说的那么复杂,而是它们把一些复杂的工具封装成不复杂的工具了,理解这些工具是需要些时间。我问你,.net网页编程里有这些工具吗?要简单多少?。 |
|