禁断一区二区三区在线,久久久久一区二区,欧美一区日韩一区

Chris.Cui — Thu, 22 Oct 2009 14:41:00 GMT

摘要: 在��用WebService�Ӟ��我们通常都会在客��L��中设�|�请求超时的限制�Q�以避免长时间的去连接不可用的服务器。在CXF的环境中�Q�提供了两个属性对客户端的��时限制�q�行配置�?nbsp; 阅读全文

Chris.Cui 2009-10-22 22:41 发表评论

数据�l�定之JAXB

Chris.Cui — Tue, 17 Feb 2009 14:22:00 GMT

摘要: JAXB�Q�Java Architecture for XML Binding�Q�提供了一个快速而方便的方式�l�定XML Schemas和java�Q��java�E�序员能够很方便的在java应用�E�序中处理XML数据。JAXB提供了将XML文档解组为java内容树的�Ҏ��Q�以及将java内容树重新编�l�回XML文档的方法。JAXB同样也提供了一�U�从java对象生成XML Schema的方式。以下是对JAXB操作�Ҏ��的讲解�?nbsp; 阅读全文

Chris.Cui 2009-02-17 22:22 发表评论

理解SAX

Chris.Cui — Fri, 06 Feb 2009 09:19:00 GMT

摘要: DOM�Q�Document Object Model�Q�是处理XML数据的传�l�方法，但其��整个XML文�g��d��q�以树状�l�构加蝲臛_��存中的工作方式非常消耗资源，��其是在操作大文件时�Q�就��ؓ昑־�低效、缓慢。作��Z��U�替代技术的SAX�Q�Simple API for XML�Q�，其自�w�的数据处理机制允许你在��d��文档时进行处理，从而不必等待整个文档被存储后才采取操作�?nbsp; 阅读全文

Chris.Cui 2009-02-06 17:19 发表评论

WebService之WSDL

Chris.Cui — Fri, 04 Jul 2008 07:02:00 GMT

摘要: 一、WSDL概述 WebServices Description Language (WSDL Web服务语言)是一个用于精��描�q�Web Service的文��格式�? WSDL非常适合于用作代码生成器�Q�它能够��d��WSDL文��Q?.. 阅读全文

Chris.Cui 2008-07-04 15:02 发表评论

WebService之SOAP

Chris.Cui — Thu, 03 Jul 2008 04:47:00 GMT

一、SOAP概述

SOAP�Q�Simple Object Access Protocol�Q�，它是一�U�标准消息传递协议，通常是Web Service的事实标准。SOAP是以XML为基��Q�SOAP消息格式是由XML Schema模式定义�Q�通过XML命名�I�间使SOAP��h��很强的扩展性�?br /> SOAP message�Q�SOAP XML文��实例�Q�通常通过其他某些�|�络协议的有效蝲��h��携带SOAP消息�Q�例如：HTTP, SMTP, TCP/IP�{��?br /> WebService可以使用两种消息传递方式：One-Way messaging�Q�单向消息传递）或者Request/Response messaging�Q�请�?响应消息传递）

二、SOAP的基本结�?br />        SOAP中根元素是Envelope元素。Envelope元素中可以包含多个可选的Header元素�Q�必��d��时包含一个Body元素。Header元素必须是Envelope元素的直接子元素�Q��ƈ且要位于Body元素之前�?br />
三、SOAP的命名空�?br />       SOAP消息可以在Header元素和Body元素中包含若�q�不同的XML元素�Q��用唯一的命名空间来标识它们�?br />       xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/命名�I�间定义了标准SOAP元素�Q�例如：Envelope, Header和Body�{�）。Header元素的每个头文�g都有自己的命名空间�?br />
四�?SOAP�?br />       SOAP header在Web Service中的应用��来��多�Q�例如安全性、事务以及其他各�U�服务方面的大量“标准”文�g头。SOAP文�g头是扩展SOAP协议的一个功能非常强大的措施�Q�SOAP文�g头的扩展性是SOAP得以��行�q�且获得其他协议没有取得成功的另一个原因�?br />
    4.1 actor属�?next、ultimate receiver)
          Actor是由SOAP注释定义的，在SOAP 1.2中，actor属性已�l�被更名为role。Actor属性和XML命名�I�间�l�合在一起��用，以确定要用哪个代码模块处理具体的Header�?br />           Next角色表示消息路径中的下一个节点必��d��理文件头�?br />           Ultimate receiver角色表示只有消息的最�l�接收方才能处理指定的Header�?br />
    4.2 mustUnderstand属�?br />           表示处理是否为强制性处理，如果一个节点不能识别某一个强制性Header�Q�那么必定会产生SOAP错误�?br />           如果MustUnderstand属性的值是0�Q�如果应用程序没有能够识别该文�g��_��那么必须删除此文件头�?br />
五、SOAP�?br />        Body元素要包含应用程序专有的数据或者错误消息。应用程序的专有数据可以是�Q意XML数据或者是提供�l�过�E�调用的��L��参数。只有SOAP消息最后的接收方应该处理SOAP Body�?br />
六、SOAP消息传递模�?br />        SOAP支持四种消息传递模式（RPC/Literal, Document/ Literal, RPC/Encoded, and Document/Encoded�Q�，但是WS-I Basic Profile只允许RPC/Literal和Document/ Literal�Q�不支持SOAP encoding�Q�因为它会引起严重的互操作性。Literal表示可以�Ҏ��XML模式验证XML文档的有效性�?br />
       6.1 Document/ Literal消息传递模�?br />              Document/ Literal消息传递模式中�Q�SOAP的Body元素包含一个XML格式良好的文��段�Q?br />
       6.2 RPC/Literal消息传递模�?br />              RPC/Literal消息传递模式将Body元素格式化成struct。PRC��h��消息包含调用的方法名�U�C��输入参数。RPC响应消息则包含返回值和各种输出参数�Q�或者错误）�Q?/p>

SOAP��h��消息�Q?br />
xml version="1.0" encoding="UTF-8"?>

<soap:Envelope

xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"

xmlns:mh="http://www.Monson-Haefel.com/jwsbook/BookQuote">

   <soap:Body>

      <mh:getBookPrice>

          <isbn>0321146182isbn>

      mh:getBookPrice>

   soap:Body>

soap:Envelope>

SOAP�q�回消息

xml version="1.0" encoding="UTF-8"?>

<soap:Envelope

xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"

xmlns:mh="http://www.Monson-Haefel.com/jwsbook/BookQuote" >

   <soap:Body>

      <mh:getBookPriceResponse>

          <result>24.99result>

      mh:getBookPriceResponse>

   soap:Body>

soap:Envelope>

        6.3 消息传递模式和消息交换模式
            Messaging Modes�Q�（RPC/Literal, Document/ Literal, RPC/Encoded, and Document/Encoded�Q�。消息传递模式通常描述的是SOAP消息的有效负载：即XML文档�D�|��者是�q�程�q�程调用对应的参数和�q�回值的XML表示�?br />             Messaging Exchange Patterns (MEPs)�Q�One-Way and Request/Response MEPs。消息交换模式表�C�的是消息的��向�Q�而不是消息的内容

七、SOAP错误
       SOAP错误是由消息接收方（消息的中介体或者最�l�接收方�Q��生的。只有��用的��h��/响应消息传递模式的时候，才要��L��收方��SOAP错误传递给发送方�?br />
       7.1 faultcode元素
            faultcode表示错误错误代码�Q�包括Client、Server、VersionMismatch和MustUnderstand不同�c�d��?br />             Client表示传递SOAP消息的节点出��C��错误�Q�发送错误）�Q�例如：消息不是一个良好的格式�Q�或者包含无效数据、缺��所期望的信息，接收节点��׃��产生一个Client错误�?br />             Server表示接收到SOAP消息的节点发生故障或者不能处理SOAP消息�Q�中介体或者最�l�接收方引�v的错误）。例如：当接收节点处理SOAP消息不能�q�接到数据库�{�资源，��׃��产生一个Server错误�?br />             VersionMismatch表示接收节点不能识别SOAP消息的Envelope元素的命名空��_��例如�Q�SOAP 1.1的节�Ҏ��收到SOAP1.2消息�?br />             MustUnderstand表示节点不能识别“MustUnderstand=1”指定的header�Q�就会��生这个类型的fault�?br />             �q�有一些非标准的错误信息例如：

          <soap:Body>
               <soap:Fault>
                          <faultcode>wsse:InvalidSecurityTokenfaultcode>
                      <faultstring>An invalid security token was providedfaultstring>
                      <detail/>
               soap:Fault>
           soap:Body>

        7.2 faultstring元素
              faultstring表示错误的描�q�ͼ�是强制性元素，可以使用�Ҏ��属性xml:lang表示文本消息使用的语�a��?br />
        7.3 faultactor元素
              faultactor表示遇到错误�q�且产生错误的节点，如果错误节点是一个中介节点，那么需要��用faultactor元素�Q�但是如果错误节�Ҏ��最�l�接收方�Q�则该元素可选�?br />
        7.4 detail元素

       如果Body元素的内容��生错误，必须包含错误消息的detail元素�Q�但是如果文件头发生错误�Q�则不能包含该元�?br />
八、SOAP和HTTP
        目前最常用SOAP的传输体是HTTP。大多数HTTP的传输由HTTP GET��h��和HTTP应答�l�成的，HTTP GET��h��指定了请求的��面�Q�可以包含一些参敎ͼ�HTTP response作�ؓ有效负蝲�q�回到到��h��斏V��另外，HTTP POST��h��有效负蝲�Q�所以适合携带SOAP消息�?br />
        8.1 HTTP POST消息传输的SOAP
              HTTP POST消息必须包含SOAPAction文�g字头�Q�SOAP1.2�?“application/soap+xml”) MIME�c�d��替换SOAPAction文�g头�?br />               Content-Type是text/xml�Q�表�C�有效负载是一个XML文��。带附�g的SOAP会指定mulitpart/related�Q�但是不推荐�q�样做�?br />
        8.2 HTTP响应代码
              200-level的HTTP成功代码包括�Q?br />                      200 OK表示消息没有错误�Q�包含一个正常的SOAP响应消息�?br />                      200 Accepted�Q�表�C�成功处理了��h��Q�但是没有SOAP响应数据�Q�类��g��void�q�回�c�d��?br />               400-level错误
                     400 Bad Request�Q�表�C�SOAP消息中的HTTP��h��或者XML格式不正��?br />                      405 Method Not Allowed�Q�如果不是通过HTTP POST方式传递的SOAP消息�Q�返回此错误�?br />                      415 Unsupported Media Type�Q�text/xml值包含一个Content-Type文�g��_��否则��返回此错误�?br />               500 Internal Server Error�Q�当��h��/响应MEP中的响应消息是SOAP错误�Ӟ��必须使用此代码�?/p>

Chris.Cui 2008-07-03 12:47 发表评论

WebService复习

Chris.Cui — Thu, 19 Jun 2008 07:03:00 GMT

最�q�准备复习WebService斚w��的知识，�pȝ��的、深入的学习一下，��所复习到的知识通过学习�W�记的方式记录下来，供今后查阅。首先从基本概念开始回��?br />

WebService使用开攄��协议�q�行通讯�Q?
WebService是自描述和自包含的；
XML是WebService的基��Q?

WebService是基于XML+HTTP来实现的�Q�HTTP协议是常用的Internet协议�Q�XML语言的独立性�ؓ不同�q�_��和不同编�E�语�a�之间的数据交换提供了便利�Q�WebService包含了三个重要的元素�Q�SOAP、UDDI、WSDL�?br />

SOAP�Q�Simple Object Access protocol�Q?br /> SOAP表示��单对象访问协议，是一�U�通过Internet�q�行通讯的协议，SOAP消息是一�U�XML文��Q�有其自��q��XML Schema、命名空间和处理规则�?

WSDL�Q�Web Service Description Language�Q?br /> WSDL表示webservice描述语言�Q�是一个用于描�q�Web服务的文档格式，用来指定客户与具体的web服务通讯时必��M��用的��切的消息格式、Internet协议以及地址�?

UDDI�Q�Universal Description, Discovery, and Integration�Q?br /> UDDI定义了一套标准的Web服务操作�Ҏ��Q�用于存储、查找有兛_��它Web服务应用�E�序斚w��的消息�?

Chris.Cui 2008-06-19 15:03 发表评论

Hessian实例

Chris.Cui — Thu, 24 Apr 2008 05:37:00 GMT

试着写了一个Hessian的例子，是参考caucho官网上的一个example�Q�很��单，也没什么实际的意义�Q�但��以领会Hessian的用法�?/p>

1、徏立一个Remote Interface

package com.hessian.test;

public interface MathService {

public int add(int a, int b);

}

2、Service Implementation

package com.hessian.test;

import com.caucho.hessian.server.HessianServlet;

public class HessianMathService extends HessianServlet implements MathService {

   public int add(int a, int b){
      return a + b;
   }

}

官网上的例子是没有实现MathService接口的，而且也能�q�行成功�Q�但我觉得有点不合逻辑�Q�不应该��该实现�c�M��为MathService接口暴露�l�client端�?/p>

3、web.xml

<servlet>
   <servlet-name>mathservlet-name>
   <servlet-class>
      com.hessian.test.HessianMathService
   servlet-class>
servlet>
<servlet-mapping>
   <servlet-name>mathservlet-name>
   <url-pattern>/hessian/mathurl-pattern>
servlet-mapping>

4、Java client

public class HessianClientTest {
   public static void main(String[] args){
       String url = "http://localhost:8080/hessiantest/hessian/math";
       HessianProxyFactory factory = new HessianProxyFactory();
       MathService math = null;
       try {
           math = (MathService)factory.create(MathService.class, url);
       } catch (MalformedURLException e) {
           System.out.println("occur exception: " + e);
       }
       System.out.println("3 + 2 = " + math.add(3, 2));
   }
}

使用java实现的client�Q�通过HessianProxyFactory的create卛_��获取到服务接口�?/p>

5、python client

from hessianlib import Hessian

url = "http://localhost:8080/hessiantest/hessian/math"
proxy = Hessian(url)
print "2 + 3 =", proxy.add(2, 3)

使用python实现的client�Q�需加入hessianlib.py�?/p>

以上��是一个完整的Hessian实现�?/p>

Spring也提供了对Hessian的集成，若��用spring�Q�server端的service实现�c�d��不需实现HessianServlet�Q��用Spring的DispatcherServlet来配�|�一个Servlet暴露你的服务�?br /> web.xml

<servlet>
   <servlet-name>remoteservlet-name>
   <servlet-class>
org.springframework.web.servlet.DispatcherServlet
   servlet-class>
   <load-on-startup>1load-on-startup>
servlet>

<servlet-mapping>
   <servlet-name>remoteservlet-name>
   <url-pattern>/remote/*url-pattern>
servlet-mapping>

�q�需要在 WEB-INF 目录里创��Z��个名�?remote-servlet.xml�Q�remote��Z��配置的servlet名）的应用上下文�?br /> remote-servlet.xml

server端做以上操作卛_��?/p>

client端可以�g用之前的操作�Q�若使用spring则可通过 HessianProxyFactoryBean在客��L��q�接服务�Q�在spring的配�|�中加入�Q?/p>

加入以上的配�|�后�Q�就可像使用其他的bean一样去操作了。原来实��C��个webservice是可以这么简单的�?/p>

Chris.Cui 2008-04-24 13:37 发表评论

Chris.Cui — Tue, 22 Apr 2008 09:23:00 GMT

一直都没有��Z��在项目中�ȝ��正的体会webservice�Q�之前有个项目需提供��单webservice的接口，是通过spring对JAX-RPC的实现去暴露服务�Q�然后��用eclipse自动生成WSDL文�g以及部��v�Q�就此了事，也没有去��q��。最�q�项目不太忙了，��想了解一下webservice�Q�看看其中的�I�竟�?br /> 前几天看了下AXIS�Q�发现这个基于SOAP协议的webservice实现实在是不让�h�U�道。我按照User Guide把example试验了一下，也自己写了个��单的例子跑了一下，都成功了�Q�但让我感觉�q�样一个webservice太麻烦了�Q�繁琐的部��v�Q�服务端与客��L��耗时的解析操作，一�U�极其笨重的感觉�Q�据说XFire的实现相对简单，但还没来得及看，改天比较一下�?br /> 一同事极其推崇Hessian�Q�今天简单看了下�Q�这是一个基于binary的实玎ͼ�看了一个例子，极其的简单，没有了繁琐的部��v�Q�简单的服务调用�Q�只看了java的，�q�不清楚用其他的语言如何实现客户端，看了一��对于各�U�webservice实现的性能比较�Q�hessian�q�远领先于其他的实现�Q�AXIS貌似性能最差。在如此的性能差距下，�q�有那么多的应用采用AXIS实现�Q��ؓ何？
我认为hessian更适合作�ؓ一个独立的异构�pȝ��的实玎ͼ�比如我们公司的��品基本是前台采用JAVA�Q�后台采用C++�Q�在�q�种情况下，前后��C��间如何通讯应该是可以由我们军_��的，多半都不会受到客��L��牵制�Q�在�q�种情况下，hessian明显优于AXIS。但是对于部分��品需要对其他开发商提供接口�Q�我觉得hessian��׃��适用了，不同开发商之间更需要WSDL�q�种服务描述文�g��d��实现�q�行规定�Q�不知道hessian有没有这�U�服务描�q�的东西�Q�暂时还没看刎ͼ�服务端的代码通常是不会提供给其它开发商的，�q�种时候如何去做实现呢�Q�如果说是通过开发文��进行告知，我觉得是不够合理的，�q�不是一�U�标准，每个人的表达方式及理解都有差异，隑օ�会有错误发生�?br /> ��单看了下hessian�Q�有�q�么一�Ҏ��法，�ȝ��来说�Q�hessian的实现更�Ҏ��让java�E�序员去理解�Q�没有太多的学习成本�Q�AXIS��q��对复杂了点，打算�l�箋深入的学习一下hessian�?

Chris.Cui 2008-04-22 17:23 发表评论