亚洲高清美女一区二区三区,亚洲精品成人久久,亚洲日本国产综合高清

Apache Axis初��教程---安装、应�?

JiangMin — Thu, 20 Mar 2008 16:37:00 GMT

摘要: 本文讲述了Apache Axis的安装及��单应用，作�ؓApache Axis的一个入门教�E�。虽然现在Apache Web Service��目已经推出了Apache Axis2�Q�Axis2相对Axis是一个很大的更新�Q�关于Apache Axis2的介�l�，请参考http://ws.apache.org/axis2�Q�目前的版本�?.3。既然已�l�有了Apache Axis2�q�个更加优秀的Web Servi... 阅读全文

JiangMin 2008-03-21 00:37 发表评论

如何使用Axis开发Webservice应用�E�序

JiangMin — Thu, 02 Nov 2006 02:24:00 GMT

　Axis是Apache的一个开源web service引擎。它目前最为成熟的开源web service引擎之一。下面我主要介绍一下如何��用该Axis开发�?zh��n)�的web service 服务�? 　　　　1、安�? 　　以tomcat4.1为服务器�Q�下面说明如何安装axis�Q? 　　　　1.解压下蝲后的包，��包中axis目录复制到tomcat目录下的webapps目录下；　　　　2.��axis/WEB-INF/lib目录下类文�g复制到tomcat目录下的common/lib目录下；　　　　3.重新启动tomcat�Q? 　　　　4.讉K��http://localhost:8080/axis/happyaxis.jsp,如果能访问，表示安装成功�Q? 　　　　2、开发webservice服务　　　　a.�~�写普通类文�g�Q�如下所�C�：　　//文�g名：Test.java 　　import java.util.*; 　　　　public class Test 　　{ 　　//fields 　　private String name="gaga"; 　　private int age=20; 　　private List items=new ArrayList(); 　　　　　　//method at here. 　　public String getName() 　　 { 　　return name; 　　} 　　　　public int getAge() 　　 { 　　return age; 　　} 　　　　public List getItems() 　　 { 　　return items; 　　} 　　} 　　��本文�g(Test.java)复制到Axis目录下，�q�将其更名�ؓTest.jws�Q? 　　　　b.讉K��http://localhost:8080/axis/Test.jws,Axis��׃��~�译该文�Ӟ��q�将光��|�到�pȝ��中，下面你就可以开发web service的客��L��E�序了；　　　　3、开发客��L��E�序　　　　下面是客��L��E�序�Q? 　　import org.apache.axis.client.*; 　　import org.apache.axis.client.Call; 　　import org.apache.axis.client.Service; 　　　　import javax.xml.namespace.QName; 　　　　　　public class TestWebService 　　{ 　　　　public static void main(String args[]) 　　 { 　　　　System.out.println("Start invoking...."); 　　　　try { 　　String endpoint = 　　"http://localhost:8080/axis/Test.jws"; 　　//你写的那个文�? 　　Service service = new Service(); 　　Call call = (Call) 　　 service.createCall(); 　　call.setTargetEndpointAddress 　　( new java.net.URL(endpoint) ); 　　call.setOperationName("getAge"); 　　 //填写你要调用的方法名�U? 　　int ret =Integer.parseInt 　　(("" + call.invoke( new Object[] {} ))); 　　　　System.out.println(ret); 　　　　} catch (Exception e) { 　　System.err.println(e.toString()); 　　} 　　System.out.println("Finished the invoking."); 　　} 　　} 　　关于业务调用��装到服务端�E�序里，然后部��v��可以了�Q�就�q�么��单�?img src ="http://www.tkk7.com/jiangmin/aggbug/78607.html" width = "1" height = "1" />

JiangMin 2006-11-02 10:24 发表评论

实施WebService Security[WS-Security1.0]的Encrypt和Sign模式(XFire+WSS4J)

JiangMin — Mon, 11 Sep 2006 07:10:00 GMT

摘要: 鉴于很多�pȝ��需要实施WS-Security的标准，我们在SpringSide中提供了XFire+WSS4J的Demo�Q�本文介�l�SpringSide中Spring+XFire+WSS4J的基本配�|�[WebService Server端配�|�]�W�一�Q�创��Z��个基本的BookServicepublic interface BookService { /** *//** * 按书名模�p�查询图书�?.. 阅读全文

JiangMin 2006-09-11 15:10 发表评论

JiangMin — Mon, 11 Sep 2006 03:17:00 GMT

�?WebService 中发布一个方法很��单，只要��你要发布的�Ҏ(gu��)��?System.Web.Services.WebMethodAttribute 属性类来标识出��可以了�Q�但是该属性只能应用于�Ҏ(gu��)��而不能应用到属性。该�cȝ��MSDN文档可以见到(C#):

　　[AttributeUsage(AttributeTargets.Method)]

　　public sealed class WebMethodAttribute : Attribute

　　那么�Q�如果我们需要将一个属性也发布成一个Web�Ҏ(gu��)��Q�该如何做呢?在讨��个问题之前，先来看看��Z��么我们需要发布属性�ؓ一个Web�Ҏ(gu��)��?因�ؓ有�h可能会这么告诉你�Q�你可以把你的属性改写成两个对应的getXXXXX/setXXXXX�Ҏ(gu��)��来分别发布成WebMethod。哦�Q�是的，�q�么做看似可以达到目的，但是�q�样做损害了我们的接口定义，使得我们无法享受属性�ؓ我们所带来的快�?请不要问我是什么快�?�Q�其实最重要的一个原因就是无法完成对接口的实��C��Q�此话怎讲?且看下面代码(C#):

　　public interface IDataService

　　{

　　// 该属性指�C�当前��用的是什么数据库�pȝ��(例如:MS-SQLServer、Orcale、IBM-DB2 �{�等)

　　int DataProvider

　　{

　　get;

　　}

　　// 该方法执行一�D�|��定的SQL脚本�Q��ƈ�q�回其结果集

　　System.Data.DataSet Execute(String sqlText);

　　// 该方法将指定的数据集保存到数据库�?/p>

　　void Update(System.Data.DataSet dataSet);

　　}

　　现在我们写一�?WebService 光��要实�?IDataService 接口�Q�必��d��?WebService 中包含�ƈ发布该属性。这时我们该怎么�?呵呵�Q�且�?/p>

　　public class DataService : System.Web.Services.WebSerbice, IDataService

　　{

　　...

　　public int DataProvider

　　{

　　[WebMethod(MessageName="GetDataProvider")]

　　get

　　{

　　...

　　}

　　[WebMethod()]

　　public System.Data.DataSet Execute(String sqlText)

　　{

　　...

　　}

　　OK�Q�大家看��C��Q�将一个方法发布成Web�Ҏ(gu��)��是在其函��C��前指�?WebMethod 属性，而属性则是在其get或set器之前指�?WebMethod 属性，如果不指定属性的 MessageName 属性��|��则发布的属性的Web�Ҏ(gu��)��名将被置为get_XXXXX和set_XXXXX�?/p>

　　在��用VS.net生成�?WebService 代理�c?通过��d��Web引用�Q�Reference.cs)中的成员都是�Ҏ(gu��)��Q�因此需要手动修改代理类中的相关�Ҏ(gu��)��为属性，例如上例的本��C��理类的相关代码看��h��是这��L��:

　　[System.Web.Services.Protocols.SoapDocumentMethodAttribute(... ...)]

　　[return: System.Xml.Serialization.XmlElementAttribute("GetDataProviderResult")]

　　public int GetDataProvider()

　　{

　　object[] results = this.Invoke("GetDataProvider", new object[0]);

　　return (int)results[0];

　　}

　　那么�Q�你只需��该�Ҏ(gu��)��的主体部分大概改成这个样子即�?

　　public int GetDataProvider

　　{

　　[System.Web.Services.Protocols.SoapDocumentMethodAttribute(... ...)]

　　[return: System.Xml.Serialization.XmlElementAttribute("GetDataProviderResult")]

　　get

　　{

　　object[] results = this.Invoke("GetDataProvider", new object[0]);

　　return (int)results[0];

　　}

JiangMin 2006-09-11 11:17 发表评论

JiangMin — Mon, 11 Sep 2006 02:58:00 GMT

随着开发��Y件往可复用服务的�q�移�Q�很多��Y件开发生命周期中的范式被开发了出来。正如面向对象要求一个特别的概念集合来达到有效的开发，面向对象架构也带来了它共享的具体途径。在接下来的�D�落中，我们��会我们��会探烦开发服务的许多重要斚w��中的一�?��试�?

　　依赖于你们组�l�中的��Y件管理类型，��试可以通常作�ؓ一个全局�q�程或者最高优先权的过�E�。以前的�Ҏ(gu��)��Q�在代码行之间用敏捷开发技巧，��把测试推�q�到服务被完全实��C��后才�q�行��试�Q�而随后的服务��׃��采用�q�个�q�没有经�q�测试的服务�Q��ƈ且不�{�到你��之成��Z��个“准备好”的服务�?/p>

　　当有支持者确认了一个调查，在开始就 �q�行��试�q�且采用敏捷原则比直到最后的开发阶�D�|��试更有好处�Q�我们暂且不��这些，我们先把关于何时把测试引入到你具体的工程中去的讨论搁�|�一边，让我们关注一下如何进行测试�?/p>

　　��试决不是一个简单的东西�Q�有很多不同的测试类型可以应用在软�g上。依据测试的复杂性和领域 �Q�即使专业的团队——QA团队——可以被雇来完成特定的�Q务，但是是�ؓ了特定的目定�Q�我们将会关注两�U�类型的��试�Q�他们都相对�Ҏ(gu��)��的开�?单元��试和压力测试�?/p>

　　单元��试是指通过预先定义的一些列数据集合来验证一个服务的既定目的的过�E�，�q�个数据集合是用来模拟显�C�Z��界的用法从而能够及时的方式来探��到�~�陷。当��Z��的服务进行单元测试的时候，在服务被发布为正是的产品以前你可以把他们看成安全保护�|�，因�ؓ你能够在实际数据��在�q�个�pȝ��q�行之前使用�q�些预先的数据集合来��试你的服务的逻辑�?/p>

　　另外一个单元测试�ؓ你的开发带来的那些好处在当你的�pȝ��开始用上了一�D�|��间之后就会更加突��Z��。因为演化的服务意味着底层逻辑的修改，�q�些修改可能会破坏服务本来被希望忙��的一些具体的使用讑֮�。尽��如此，通过现有的单元测试套�Ӟ��q�且保证一直保持同�q�些��试的一��_��保护��M��使用你服务的依赖部分免受在以后可能新的修订中带来的�Q何破�?/p>

　　实际的单元测试的�q�行很大�E�度上依赖于�~�程语言或者你使用来部�|�你的服务的�q�_��Q�但是更加可能的情况是�ؓ了能更容易的�q�行��试的步步�ؓ营，��认和部�|Ԍ��会通过一个特定的框架来完成这�?——换一句话说就是，自动化的�q�行所有的能够使得单元��试成�ؓ必需的过�E��?/p>

　　在所有的最��行的单元测试的框架中有:Java的JUnit �?NET的Unit Testing Framework �Q�Unit Testing Framework 构成了Visual Studio的一部分。对于深度的解释他们的框架或者其他的一些单元测试套件将不会在本文中讨论�Q�但是列�?.1展示的就是一个Java支持的服务的Junit��试是怎样的�?/p>

　　列表1.1 对Java�c�L��成的Web Services的Junit单元��试

import junit.framework.*;
public class PayrollTest extends TestCase {
    private Payroll basePayroll;
    private Employee accountingE;
    public PayrollTest(String type) {
        super(type);
    }
   protected void setUp() {
// Initialize Payroll object
        basePayroll = new Payroll();
// Generate employee, assign to payroll
        accountingE = new Employee("John Smith", 5743.00);
        basePayroll.addEmployee(accountingE);
    }
    protected void tearDown() {
// Reinitialize Payroll object
        basePayroll = null;
    }
    public void testAddEmployee() {
        Employee contractE = new Employee("Auditor", 2843.00);
        basePayroll.addEmployee(contractE);
         double totalPayroll = accountingE.getSalary() + contractE.getSalary();
        assertEquals(totalPayroll, basePayroll.getTotal(), 0.0);
         assertEquals(2, basePayroll.countEmployees());
    }
    public void testEmptyPayroll() {
        basePayroll.emptyPayroll();
        assertTrue(basePayroll.emptyPayroll());
    }
       public void testEliminateEmployee() throws EmployeeNotFound {
        basePayroll.eliminateEmployee(accountingE);
        assertEquals(0, basePayroll.countEmployees());
        assertEquals(0.0, basePayroll.getTotal(), 0.0);
    }
     public static Test suite() {
        TestSuite suite = new TestSuite(PayrollTest.class);
return suite;
     }
    public static void main(String args[]) {
        junit.textui.TestRunner.run(suite());
    }
}

　　�q�个��试列表表示的是对两个将会用来构成决定薪水册的数据的Web service�q�行��试的一个例子。请注意Payroll和Employee�cȝ��实例是如何创建的�Q�它们都会被后面的testXXX()命名的方法来操纵。一旦被�q�些�Ҏ(gu��)��操作�Q�请注意看到是通过不同的以assertXXX()命名的Junit�Ҏ(gu��)��来调用的�?/p>

　　用来调用预先定义的数据块的不同的断言�Ҏ(gu��)��的参数在底层的服务类之间传递，在这些类上进行同所期望的��D��行比对，�q�个比对是在当测试框架给��Z��个错误或者返回一个正��的执行的时候进行�?/p>

　　单元��试是用来验证一个服务逻辑的完整性，重点��试是用来决定一个服务在一个特定的用户附蝲的时候应该具有什么样的行为，它是一个可以帮助决定对一个服务的基础架构的适当支持的过�E�，�q�些基础架构包括如硬件能力，应用�E�序配置和可以获得的�|�络带宽�Q�以及其他的东西�?/p>

　　一个可以帮助你�q�行压力��试的工��h��JMeter �Q�它是一个由Apache�l�织开发的一个开源项目。尽��Jmeter是基于java的，它可以��生SOAP和XMLRPC�c�d��的请求，有效地发挥一个Web services客户端的功能�Q�来压力��试��M��服务端的部��v。图1.1展示的是一个��用这个工兯��行的在SOAP/XML-RPC服务上的附蝲��试�?/p>

　　�?.1:Jmeter对Web services的压力测�?/p>

　　在Jmeter中创��Z��q�的压力��试的过�E�如�?

　　1. 在Jmeter的主界面�Q�将你的鼠标�U�d��到Test Plan按钮上�ƈ点击右键。从弹出的菜单中选择:Add �?Thread Group。Thread Group按钮��会被创建�?/p>

　　2.定位在Thread Group按钮上左边的�H�体中将会显�C�Z��同的参数。参数Number of threads 表示的是你的压力��试��会对你的服务仿效的��h��的数�?/p>

　　3.下一步，当鼠标在Thread Group按钮上点��d��键，从弹出的菜单中选择:Add �?Sampler �?SOAP/XML-RPC Request。SOAP/XML-RPC��h��按钮��会被创建�?/p>

　　4.鼠标定位在SOAP/XML-RPC��h��按钮�Q�左边的�H�体中将会显�C�Z��同的参数。有关于你的Web service的URL的介�l�，以及你希望发出的每一个请求的载荷�?/p>

　　5.当鼠标在SOAP/XML-RPC��h��按钮上时�Q�点��d��键，从弹出的菜单中选择:Add �?Listener �?Monitor Results�Q�和Add �?Listener �?View Results。两个显�C�压力测试结果的按钮��会生成。注�?如果需要，你可以添加更多的监听者，�q�是Jmeter�q�行压力��试�l�果的表�C�术语�?/p>

　　6.保存你的��试�Q��ƈ从最高层的菜单中选择Run-Start选项开始你的压力测试�?/p>

　　7.最后移动你的鼠标到每一个不同的Listener按钮上，观察你在对你的Web service�q�行压力��试时获得的性能参数�?/p>

　　和单元测试框架相�c�M��的本质，解释Jmeter的许多复杂——或者�Q何其他压力测试工��L��q�方面的问题——将会超出本文的范围�Q�但是Jmeter提供了全面可理解的�ƈ可自��p��取的文��来解释不同的压力��试功能�?/p>

　　我们�ȝ��我们对在Web services环境下单元测试和压力��试的认识，�q�是在很多的��试�q�程中你可以在你的面向服务设计中的两个方法，从而能够确保你的部�|�的完整性和可测量�?/p>

JiangMin 2006-09-11 10:58 发表评论

JiangMin — Mon, 11 Sep 2006 02:46:00 GMT

本文译自Thomas Erl的《Service-Oriented Architecture: Concepts, Technology and Design》部分章节�?/font>

注意本节的标题是“面向服务和面向对象”，而不是“面向服务对面向对象”。这�U�区别是要强调这两种思想之间的关�p�M��是竞争关�p�这一事实�?/font>

事实上，面向对象�~�程通常用于构徏Web Services中应用逻辑的封装。然而，面向对象�~�程�Ҏ(gu��)��到底与面向服务方法有何根本的不同是值得��L��索的�Q�理解它们的不同有助于你��它们放在一起工作�?/font>

下面列出两种�Ҏ(gu��)��在设计方面的比较。（��管使用“逻辑处理单元”术语在比较服务和对象会引�v的�؜淆，然而面向服务是��Z��服务来设计，面向对象是以对象创徏��Z��心。）

面向服务��逻辑处理单元�Q�服务）之间的松耦合。虽焉��向对象支持可重用、松耦合的编�E�程序，但它主要��Z��预定义的依赖�c�，产生和逻辑处理单元�Q�对象）的紧耦合�?/font>

面向服务鼓励�_�粒度接口（服务描述�Q�，因此每个通讯单元�Q�消息）都包含完成给定�Q务所需的尽可能多的信息。面向对象编�E�完全支持细�_�度接口�Q�APIs�Q�，因此通讯单元�Q�RPC或本地API调用�Q�能执行各种大小的�Q务�?/font>

面向服务期望逻辑处理单元�Q�服务）的范围可以较大。面向对象中的逻辑处理单元�Q�对象）��向于在一定范围内更小和更加明��?/font>

面向服务促进逻辑处理单元�Q�服务）未知行�ؓ的创建，那是由智能通讯单元�Q�消息）所引�v的行为。面向对象鼓励逻辑处理和数据的�l�定�Q��生非常智能的单元�Q�对象）�?/font>

面向服务更多采用逻辑处理单元�Q�服务）�q�行设计�q�进可能保持无状态。面向对象鼓励数据和逻辑的绑定，因此产生有状态单元（对象�Q�。（然而，�q�来更多的基于组件的设计�Ҏ(gu��)��背离了这�U�趋势）

面向服务支持逻辑处理单元�Q�服务）的松耦合�l�合。面向对象也支持�l�合但趋向于�l�承自逻辑处理单元�Q�对象）�Q�那会导致依赖紧耦合�?/font>

上面从耦合度、接口粒度、关注点、状态等斚w��寚w��向服务和面向对象�q�行了比较。下面再对两�U�方法的设计原则�q�行比较�?/font>

当然�Q�面向服务还?g��u)Ơ缺很多面向对象已有的概念和理论。下表提供了一般的面向对象原则与已�l�讨��的面向服务的原则的比较�?/span>

面向服务原则	面向对象原则
服务的重�?/span>	面向对象大多数情冉\|��创徏可重用的�c�，模块化分解的面向对象原则是应用程序的设计方式�?/span> 相关的原则，如抽象，��装�Q�接口和实现逻辑的分��R��服务重用是�q�个目标的�g�l��?/span>
服务的契�U?/span>	服务契约的需求和构徏面向对象应用中的接口相类伹{��接口提供了一�U�提炼类描述的方法，�q�和 WSDL 的定义非常相伹{��与 SOA 鼓励的�?/span> WSDL 优先”方法一��P��“接口优先”方法也被认为是面向对象的最�?j��ng)_��c�?/span>
服务的松耦合	��管接口的创��Z��定程度上��类从类的��用者解耦，但耦合是面向服务从面向对象�l�承到的主要�Ҏ(gu��)��?/span> 相对面向服务设计�Ҏ(gu��)��Q��承和其他面向对象原则造成逻辑处理单元之间的紧耦合�?/span>
服务的抽�?/span>	面向对象的抽象原则要求一个类提供一个接口给外部世界�Q��ƈ通过�q�个接口来访问类。封装通过建立信息隐藏概念来支持这�U�方式，通过接口暴露的类内部的�Q何逻辑都不能被外部所讉K��?/span> 服务抽象可以基本辑ֈ�对象抽象和封装的�E�度。它的目标是隐藏服务的内部细节，因此只有服务契约是可以得到的�Q�服务的��h��者也只要兛_��服务契约�?/span>
服务的组�?/span>	面向对象支持兌��的概念，如聚合和�l�合。在松耦合的上下文中，�q�些概念也被面向服务的方法支持�?/span> 例如�Q�可用与�l�合成对象层�ơ结构相同的�Ҏ(gu��)��来将可组合的服务装配成服务层�ơ结构�?/span>
服务的自沅R��	自治的特性在面向服务设计中比在面向对象方法中有更重要的作用。在面向服务中，通过利用服务间的松耦合关系�Q�可以实现逻辑处理单元之间的独立性�?/span> 在面向对象设计中�Q�跨对象引用和��承相关的依赖支持较低�E�度的对象��自治�?/span>
服务的无状�?/span>	��q��l�合和数据构成的对象天生��是有状态的。服务中提倡的无状态趋向于背离典型的面向对象设计�?/span> ��管可以创徏有状态服务和无状态对象，但无状态原则是面向服务中通常更加��的�?/span>
服务的发�?/span>	设计一致的和自描述的类接口是另一个面向对象最�?j��ng)_��践，它能改进识别和区别逻辑处理单元�Ҏ(gu��)��。这些特性也允许�c�被更容易地发现�?span lang="EN-US"> 可发现性是面向服务范例中强调的另一个原则。它鼓励服务契约的交互支持在设计和运行时的可发现性�?/font>

可以看到�Q�面向对象和面向服务�q��竞争者。面向服务显然在不少斚w��是以面向对象为基��Q�当前典型的面向服务的解��x��案将由服务（遵��@面向服务的原则）和面向对象的�l��g构成。在合理的设计中�Q�每个原则都能被适当地处理�ƈ能相互补充�?/font>

JiangMin 2006-09-11 10:46 发表评论

JiangMin — Mon, 11 Sep 2006 02:44:00 GMT

SOA的几个关键特性：一�U�粗�_�度、松耦合服务架构�Q�服务之间通过��单、精��定义接口进行通讯�Q�不涉及底层�~�程接口和通讯模型�?/p>

1 可从企业外部讉K�� B2B协议

2 随时可用

3 �_�粒度服务接�?/p>

4 分��Q�粗�_�度的服务比�l�粒度的服务重用性差�Q�所以要采用不同的粒度等�U�来创徏服务�?/p>

在服务分�U�方面，��L��意服务层的公开服务通常由后台系�l�（BES's�Q�或SOA�q�_��中现有的本地服务�l�成。因此允许在服务层创建私有服务是非常重要的�?/p>

5 松散耦合

服务接口作�ؓ与服务实现分��ȝ��实体而存在。大多数松散耦合�Ҏ(gu��)��都依靠基于服务接口的消息。基于消息的接口能够兼容多种传输方式�Q�如HTTP、JMS、TCP/IP、MOM�{�）。基于消息的接口可以采用同步和异步协议实现�?/p>

当客戯��用消息类Web服务�Ӟ��客户通常会发送的是一个完整的文��Q�如采购订单�Q�，而非一�l�离散的参数�?/p>

6 可重用的服务及服务接口设计管�?/p>

7 标准化的接口

Web服务使应用功能得以通过标准化接口（WSDL�Q�提供，�q�可��Z��标准化传输方式（HTTP和JMS�Q�、采用标准化协议�Q�SOAP�Q�进行调用�?/p>

8 支持各种消息模式

无状态的消息、有状态的消息、等�q�消�?/p>

9 �_��定义的服务接�?/p>

��M��Q�SOA可以看作是B/S模型、XML/Web Service技术之后的自然延��。SOA��能够帮助我们站在一个新的高度理解企业��架构中的各种�l��g的开发、部�|��Ş式，

它将帮助企业�pȝ��架构者以更迅速、更可靠、更具重用性架构整个业务系�l�。较之以往�Q�以SOA架构的系�l�能够更加从容地面对业务的急剧变化�?br />

JiangMin 2006-09-11 10:44 发表评论