久久久青草青青国产亚洲免观,久久精品亚洲综合,亚洲精品无码专区

[转]Axis1.2 下SOAPMonitor问题的解�?

Mon, 24 Mar 2008 08:04:00 GMT

Axis1.2�Q�Jdk1.5�Q�Tomcat5.5.12 �Q�安装成功以后，SOAPMonitor能启动，但是�U�字的一串信息：The SOAPMonitor is unable to communicate with the server. ��p��C�启动不成功�Q�折腑և�天，google查找了好多信息，也没有一个确切的说法�Q�国内有��版本问题�Q�似乎axis1.2只适用于jdk1.4或是tomcat5.0版本�Q�还真试�q�改了，也没有效果，在java控制��C��有提�C�非法的本地��L��地址。一�ơ偶然的��Z��Q�让我知道该改哪个数据了。（同一台机器上安装多个tomcat�Q�相同的端口再现冲突时就需要对端口�q�行更改�Q?br /> 可能是默认的5001端口被占用，��axis\WEB-INF下的web.xml文�g中的SOAPMonitor的端口默认的5001改�ؓ其他的不会出现冲�H�的端口�Q�问题解冟�?br /> 唉，有时一个不��L��的问题也能折腾死人，解决后只会一声叹息�?/font>

在tomcat容器下自创徏的web应用中也启动axis服务�Q�想要添加SOAPMonitor的方法是�Q?br /> 1、编�?br /> ��axis根目录下的SOAPMonitorApplet.java文�g复制到web应用的根目录下，�~�译此文件同时将生成的类文�g复制到应用根目录下的WEB-INF目录下�?br /> 2、修改web.xml文�g
修改WEB-INF目录下的web.xml文�g�Q�添加两个元�?lt;servlet>�?lt;servlet-mapping>�Q�具体内容如下：

SOAPMonitorService

org.apache.axis.monitor.SOAPMonitorService

SOAPMonitorPort

5005

100

SOAPMonitorService

/SOAPMonitor

3、修改server-config.wsdd文�g
配置文�g中添加soapmonitor的配�|�信息如�Q?br />

对于需要被soapmonitor监控的web服务�Q�在其服务设�|�中��d��信息如下








4、运行测�?br /> http://localhost:8080/TestAdding/SOAPMonitor

呵呵�Q�好不容易折腑֥�了，看来原来的想法还是对的，只不�q�在配置文�g时出了问题�?/font>

放水老�?/a> 2008-03-24 16:04 发表评论

Fri, 11 Jan 2008 02:17:00 GMT

     cnblogs里有��帖�?a >http://idior.cnblogs.com/articles/436801.html�Q?a class="singleposttitle" id="AjaxHolder_ctl01_TitleUrl" >Applied WSE 3.0 to Web Service Project �Q�，对于学习WS-Addressing是篇不错的帖子。按照此贴的�Ҏ��q�行�Q�在�q�踪Soap消息�Ӟ��抛出异常。在未开启Client端WSE功能�Ӟ��Soap Toolkit 3.0能追�t�到soap消息�Q�而且�Q�response昄��了wse的特性�?br />

      ��Z��使用Soap Toolkit 3.0�Q�我们在WS client端输入的目标地址为：http://localhost:8080/WSEWebService/Service.asmx�?br />       Soap Toolkit 3.0讄��为：

       Listen
       Local port:8080

       Forward to
       Destination:localhost
       Destination:80
       之所以这栯��|�，因�ؓ在IIS里设�|�的本机Web Services为：http://localhost:80/WSEWebService/Service.asmx。Soap Toolkit �?080端口监听来自client端的消息�Q��ƈ��消息递交到IIS监听�?0端口�?br />
       可当开启client端wse功能�Ӟ��抛出如下异常�Q?

Microsoft.Web.Services3.Addressing.AddressingFault: Destination Unreachable ---> System.Exception:

WSE816:

The <To> header must match the value of an incoming message's HTTP Request Url if the soap receiver does not have an actor name.

The <To> header received contained "http://localhost:8080/WSEWebService/Service.asmx"

while the HTTP Request Url was "http://localhost/WSEWebService/Service.asmx".

查看 Soap Toolkit 监听到的SOAP消息可以发现�Q�Request消息的SoapHeader�? 目标地址仍然�?span class="m"><wsa:To>http://localhost:8080/WSEWebService/Service.asmxwsa:To> �Q�而不�?span class="m"><wsa:To>http://localhost:80/WSEWebService/Service.asmxwsa:To>.因此�Q�destination不可达，抛出如上异常�?br /> 在网上查了资料发玎ͼ�
“

WS-Addressing moves the destination URL of the message into the message to enable routing and scenarios where messages are delivered over multiple protocols. Before WS-Addressing the URL of the destination was only available in the protocol part of the message. Is you were sending a SOAP message over HTTP, the URL was stored in the HTTP part of the message. You had no access to the URL from within your SOAP processor – unless your Web server vendor chose to give you access to the HTTP headers.

Now with WS-Addressing built into WSE, the Web service platform can actually determine if a message was indeed intended for the service that received it because WSE adds the element to the header of the SOAP message:

http://MyServer/MyService/Service.asmx>

WSE is actually being smart about the header and rejects messages where the destination in the header and the URL in the HTTP header do not match.

One unfortunate consequence of this behavior is that you cannot use transparent tracing tools like tcpTrace and MSSoapT for message debugging. These tools act like an intermediary receiver and they do cause the URLs in the header and in the HTTP header to not match.

”�Q�大概意思也��是MSSoapt(Soap Toolkit )不支持WSE中WS-Addressing。所以在调试WSE提供的特性时�Q�不能再�?nbsp;tcpTrace或�?a >MSSoapT�q�样的工��h��q�踪Soap消息�?br />
不过�Q�好的消息是�Q�WSE�?.0开始就提供了可以追�t�到SOAP消息的诊断工兗��?br />

��N��Enable Message Trace�Q�在调试�q�程中，��生成InputTrace.webinfo和OutputTrace.webinfo文�g�Q�里面记录了我们惌��的信息，到此�Q�不需要借助其他Trace工具便可�q�踪到Soap消息�?br />

放水老�?/a> 2008-01-11 10:17 发表评论

使用Soap Toolkit 3.0 Trace Utility跟踪SOAP消息

Tue, 08 Jan 2008 02:32:00 GMT

       Local port:8080
       Destination host:localhost
       Destination port:80

       Soap Toolkit是客��L��和服务器中的一座桥�Q�local port是Soap Toolkit的监听端口（所�?0端口一般不能��用，除非�Ҏ��讑֮��Q�，凡是�l�过local port的请求都会被截下来，然后由Soap Toolkit转发到Destination host�Q�Destination port厅R�?br />        所以，Web Services Client要将端口指定到Trace Utility的local port(��L��讑֮�一个端�?�Q�Trace Utility的Destination port指定到WebService的端口。这��P��可以截获Soap消息了�?

放水老�?/a> 2008-01-08 10:32 发表评论

【�{】WS-Addressing 从理论到实践 --- SOA基础规范介绍

Thu, 27 Dec 2007 10:37:00 GMT

��Z��?/span>SOA的应用能够更加的成熟�Q�一些标准化�l�织(主要�?/span>W3C�Q?/span>OASIS)�?/span>Web Services的功能进行了扩展�Q��ؓ此制定了一�p�d��?/span>WS-*规范。通过�q�些规范�Q��?/span>Web Services在实际应用中的能力得��C��很大的增强，�q�些能力主要体现在对服务质量的保障上�Q�例如安全，可靠性，事务�{�等。其中，WS-Addressing规范作�ؓ一个基��Q��ؓ其余的规范提供了重要的支持功能，因此有必要在了解其他规范前，首先深入了解WS-Addressing规范。本文将从概念上介绍该规范，�q�希望通过WSE3.0的实例来看看该规范是如何被实�늚��?br />
        理论��?br />         WS-Addressing 问题的引�?br />         WS-Addressing EndpointReference
        WS-Addressing Message Addressing Properties

        实践��?/strong>
        Applied WSE 3.0 to Web Service Project
        Use Web Service Thought Message --- SoapClient

鉴于SOA的概念�ƈ没有为大家所�q�泛理解�Q�在适当的时候有必要写一�?span style="color: #333399;">SOA乱弹�?/span>
不过先请你记住以下几句话�Q?br />
SOA is an integration solution.
SOA is message oriented first.
The Key character of SOA is loosely coupled.
SOA is enriched by creating composite apps.

相关资源�Q?br /> Web Services的设计与模式
 Web Services Security�p�d��

参考资料：WS-Addressing Specification

放水老�?/a> 2007-12-27 18:37 发表评论

[转]WSDL(Web服务描述语言)详细解析

Thu, 27 Dec 2007 10:34:00 GMT
WSDL (Web Services Description Language,Web服务描述语言)是一�U�XML Application�Q�他��Web服务描述定义��Z��l�服务访问点�Q�客��L��可以通过�q�些服务讉K��点对包含面向文档信息或面向过�E�调用的服务�q�行讉K��(�c�M�� q�程�q�程调用)。WSDL首先对访问的操作和访问时使用的请�?响应消息�q�行抽象描述�Q�然后将其绑定到具体的传输协议和消息格式上以最�l�定义具体部�|�的�? 务访问点。相关的具体部��v的服务访问点通过�l�合��成为抽象的Web服务�?nbsp;本文��详�l�讲解WSDL文档的结构，�q�分析每个元素的作用�?
一�Q�WSDL定义

    WSDL是一个用于精��描�q�Web服务的文档，WSDL文档是一个遵循WSDL XML模式的XML文档。WSDL 文档��Web服务定义为服务访问点或端口的集合。在 WSDL 中，�׃��服务讉K��点和消息的抽象定义已从具体的服务部��v或数据格式绑定中分离出来�Q�因此可以对抽象定义�q�行再次使用�Q�消息，指对交换数据的抽象描�q�ͼ�而端口类型，指操作的抽象集合。用于特定端口类型的具体协议和数据格式规范构成了可以再次使用的绑定。将Web讉K��地址与可再次使用的绑定相兌��Q�可以定义一个端口，而端口的集合则定义�ؓ服务�?/p>
   一个WSDL文档通常包含7个重要的元素�Q�即types、import、message、portType、operation、binding�? service元素。这些元素嵌套在definitions元素中，definitions是WSDL文档的根元素。文章的下一部分��会详细介绍WSDL 的基本结构�?/p>
二：WSDL的基本结�?-概述

如第一部分最后描�q�的那样�Q�一个基本的WSDL文档包含7个重要的元素。下面将分别介绍�q�几个元素以及他们的作用�?/p>
WSDL 文档在Web服务的定义中使用下列元素�Q?/p>

Types - 数据�c�d��定义的容器，它��用某�U�类型系�l?一般地使用XML Schema中的�c�d��pȝ��)�?

Message - 通信消息的数据结构的抽象�c�d��化定义。��用Types所定义的类型来定义整个消息的数据结构�?

Operation - �Ҏ��务中所支持的操作的抽象描述�Q�一般单个Operation描述了一个访问入口的��h��/响应消息寏V�?

PortType - 对于某个讉K��入口点类型所支持的操作的抽象集合�Q�这些操作可以由一个或多个服务讉K��Ҏ��支持�?

Binding - 特定端口�c�d��的具体协议和数据格式规范的绑定�?

Port - 定义为协�?数据格式�l�定与具体Web讉K��地址�l�合的单个服务访问点�?

Service- 相关服务讉K��点的集合�?

可以参考下图来理解一下WSDL的文档结构图�Q?img alt="WSDL文档元素的结构图" src="http://p.blog.csdn.net/images/p_blog_csdn_net/juxtapose/wsdl-01.gif" />

WSDL的xml schema可以参照如下�|�址�Q?a target="_blank">http://schemas.xmlsoap.org/wsdl/

三：WSDL的基本结�?-详述

本节��通过一个例子详�l�描�q�WSDL文档每个元素的作用。下面一个例子是一个简单的WSDL文档的内容，该文档的产生可以参见我的另外一��文章：xfire开发实�?-HelloWorld��?/a> �?/p>
一个简单的Web Service的WSDL文档�Q�该服务支持名�ؓsayHello的唯一操作�Q�该操作通过在http上运�?a target="_blank" >SOAP协议来实现的。该��h��接受一个字�W�串name�Q�经�q�处理后�q�回一个简单的字符丌Ӏ�文档如下：

xml version="1.0" encoding="UTF-8" ?>
<wsdl:definitions
    targetNamespace="http://com.liuxiang.xfireDemo/HelloService"
    xmlns:tns="http://com.liuxiang.xfireDemo/HelloService"
    xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/"
    xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:soapenc11="http://schemas.xmlsoap.org/soap/encoding/"
    xmlns:soapenc12="http://www.w3.org/2003/05/soap-encoding"
    xmlns:soap11="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">
    <wsdl:types>
        <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
            attributeFormDefault="qualified" elementFormDefault="qualified"
            targetNamespace="http://com.liuxiang.xfireDemo/HelloService">
            <xsd:element name="sayHello">
                <xsd:complexType>
                    <xsd:sequence>
                        <xsd:element maxOccurs="1" minOccurs="1"
                            name="name" nillable="true" type="xsd:string" />
                    xsd:sequence>
                xsd:complexType>
            xsd:element>
            <xsd:element name="sayHelloResponse">
                <xsd:complexType>
                    <xsd:sequence>
                        <xsd:element maxOccurs="1" minOccurs="1"
                            name="out" nillable="true" type="xsd:string" />
                    xsd:sequence>
                xsd:complexType>
            xsd:element>
        xsd:schema>
    wsdl:types>
    <wsdl:message name="sayHelloResponse">
        <wsdl:part name="parameters" element="tns:sayHelloResponse" />
    wsdl:message>
    <wsdl:message name="sayHelloRequest">
        <wsdl:part name="parameters" element="tns:sayHello" />
    wsdl:message>
    <wsdl:portType name="HelloServicePortType">
        <wsdl:operation name="sayHello">
            <wsdl:input name="sayHelloRequest"
                message="tns:sayHelloRequest" />
            <wsdl:output name="sayHelloResponse"
                message="tns:sayHelloResponse" />
        wsdl:operation>
    wsdl:portType>
    <wsdl:binding name="HelloServiceHttpBinding"
        type="tns:HelloServicePortType">
        <wsdlsoap:binding style="document"
            transport="http://schemas.xmlsoap.org/soap/http" />
        <wsdl:operation name="sayHello">
            <wsdlsoap:operation soapAction="" />
            <wsdl:input name="sayHelloRequest">
                <wsdlsoap:body use="literal" />
            wsdl:input>
            <wsdl:output name="sayHelloResponse">
                <wsdlsoap:body use="literal" />
            wsdl:output>
        wsdl:operation>
    wsdl:binding>
    <wsdl:service name="HelloService">
        <wsdl:port name="HelloServiceHttpPort"
            binding="tns:HelloServiceHttpBinding">
            <wsdlsoap:address
                location="http://localhost:8080/xfire/services/HelloService" />
        wsdl:port>
    wsdl:service>
wsdl:definitions>

♦ types元素使用XML模式语言声明在WSDL文档中的其他位置使用的复杂数据类型与元素�Q?/p>
♦ import元素�c�M��于XML模式文档中的import元素�Q�用于从其他WSDL文档中导入WSDL定义�Q?/p>
♦ message元素使用在WSDL文档的type元素中定义或在import元素引用的外部WSDL文档中定义的XML模式的内�|�类型、复杂类型或元素描述了消息的有效负蝲�Q?/p>
♦ portType元素和operation元素描述了Web服务的接口�ƈ定义了他的方法。portType元素和operation元素�c�M��? java接口和接口中定义的方法声明。operation元素使用一个或者多个message�c�d��来定义他的输入和输出的有效负载；

♦ Binding元素��portType元素和operation元素赋给一个特�D�的协议和编码样式；

♦ service元素负责��Internet地址赋给一个具体的�l�定�Q?/p>
1、definitions元素

所有的WSDL文档的根元素均是definitions元素。该元素��装了整个文档，同时通过其name提供了一个WSDL文档。除了提供一个命名空间外�Q�该元素没有其他作用�Q�故不作详细描述�?/p>
下面的代码是一个definitions元素的结构：

<wsdl:definitions
    targetNamespace="http://com.liuxiang.xfireDemo/HelloService"
    xmlns:tns="http://com.liuxiang.xfireDemo/HelloService"
    xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/"
    xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:soapenc11="http://schemas.xmlsoap.org/soap/encoding/"
    xmlns:soapenc12="http://www.w3.org/2003/05/soap-encoding"
    xmlns:soap11="http://schemas.xmlsoap.org/soap/envelope/"
    xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">
wsdl:definitions>

2、types元素

WSDL采用了W3C XML模式内置�c�d��作�ؓ其基本类型系�l�。types元素用作一个容器，用于定义XML模式内置�c�d��中没有描�q�的各种数据�c�d��。当声明消息部分的有效负�? �Ӟ��消息定义使用了在types元素中定义的数据�c�d��和元素。在本文的WSDL文档中的types定义�Q?/p>

<wsdl:types>
        <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
            attributeFormDefault="qualified" elementFormDefault="qualified"
            targetNamespace="http://com.liuxiang.xfireDemo/HelloService">
            <xsd:element name="sayHello">
                <xsd:complexType>
                    <xsd:sequence>
                        <xsd:element maxOccurs="1" minOccurs="1"
                            name="name" nillable="true" type="xsd:string" />
                    xsd:sequence>
                xsd:complexType>
            xsd:element>
            <xsd:element name="sayHelloResponse">
                <xsd:complexType>
                    <xsd:sequence>
                        <xsd:element maxOccurs="1" minOccurs="1"
                            name="out" nillable="true" type="xsd:string" />
                    xsd:sequence>
                xsd:complexType>
            xsd:element>
        xsd:schema>
    wsdl:types>

上面是数据定义部分，该部分定义了两个元素�Q�一个是sayHello�Q�一个是sayHelloResponse�Q?/p>
sayHello�Q�定义了一个复杂类型，仅仅包含一个简单的字符�Ԍ��来用来描述操作的参入传入部分；

sayHelloResponse�Q�定义了一个复杂类型，仅仅包含一个简单的字符�Ԍ��来用来描述操作的返回��|��

3、import元素

import元素使得可以在当前的WSDL文档中��用其他WSDL文档中指定的命名�I�间中的定义元素。本例子中没有��用import元素。通常在用户希望模块化WSDL文档的时候，该功能是非常有效果的�?/p>
import的格式如下：

<wsdl:import namespace="http://xxx.xxx.xxx/xxx/xxx" location="http://xxx.xxx.xxx/xxx/xxx.wsdl"/>

必须有namespace属性和location属性：

namespace属性：值必��M��正导入的WSDL文档中声明的targetNamespace相匹配；

location属性：必须指向一个实际的WSDL文档�Q��ƈ且该文档不能为空�?/p>
4、message元素

message元素描述了Web服务使用消息的有效负载。message元素可以描述输出或者接受消息的有效负蝲�Q�还可以描述SOAP文�g头和错误detail元素的内宏V��定义message元素的方式取决于使用RPC样式�q�是文档样式的消息传递。在本文中的message元素的定义，本文档��用了采用文档样式的消息传递：

<wsdl:message name="sayHelloResponse">
        <wsdl:part name="parameters" element="tns:sayHelloResponse" />
    wsdl:message>
    <wsdl:message name="sayHelloRequest">
        <wsdl:part name="parameters" element="tns:sayHello" />
    wsdl:message>

该部分是消息格式的抽象定义：定义了两个消息sayHelloResponse和sayHelloRequest�Q?/p>
sayHelloRequest�Q�sayHello操作的请求消息格式，�׃��个消息片断组成，名字为parameters,元素是我们前面定义的types中的元素�Q?/p>
sayHelloResponse�Q�sayHello操作的响应消息格式，�׃��个消息片断组成，名字为parameters,元素是我们前面定义的types中的元素�Q?/p>
如果采用RPC样式的消息传递，只需要将文档中的element元素应以修改为type卛_��?/p>
5、portType元素

portType元素定义了Web服务的抽象接口。该接口有点�c�M��Java的接口，都是定义了一个抽象类型和�Ҏ��Q�没有定义实现。在WSDL中， portType元素是由binding和service元素来实现的�Q�这两个元素用来说明Web服务实现使用的Internet协议、编码方案以�? Internet地址�?/p>
一个portType中可以定义多个operation�Q�一个operation可以看作是一个方法，本文中WSDL文档的定义：

    <wsdl:portType name="HelloServicePortType">
        <wsdl:operation name="sayHello">
            <wsdl:input name="sayHelloRequest"
                message="tns:sayHelloRequest" />
            <wsdl:output name="sayHelloResponse"
                message="tns:sayHelloResponse" />
        wsdl:operation>
    wsdl:portType>

portType定义了服务的调用模式的类型，�q�里包含一个操作sayHello�Ҏ��Q�同时包含input和output表明该操作是一个请求／�? 应模式，��h��消息是前面定义的sayHelloRequest�Q�响应消息是前面定义的sayHelloResponse。input表示传递到Web服务的有效负载，output消息表示传递给客户的有效负载�?/p>
�Q�、binding

binding元素��一个抽象portType映射��C��l�具体协�?SOAO和HTTP)、消息传递样式、编码样式。通常binding元素与协议专有的元素和在一起��用，本文中的例子�Q?/p>

    <wsdl:binding name="HelloServiceHttpBinding"
        type="tns:HelloServicePortType">
        <wsdlsoap:binding style="document"
            transport="http://schemas.xmlsoap.org/soap/http" />
        <wsdl:operation name="sayHello">
            <wsdlsoap:operation soapAction="" />
            <wsdl:input name="sayHelloRequest">
                <wsdlsoap:body use="literal" />
            wsdl:input>
            <wsdl:output name="sayHelloResponse">
                <wsdlsoap:body use="literal" />
            wsdl:output>
        wsdl:operation>
    wsdl:binding>

�q�部分将服务讉K��点的抽象定义�?a target="_blank" >SOAP HTTP�l�定�Q�描�q�如何通过SOAP/HTTP来访问按照前面描�q�的讉K��入口点类型部�|�的讉K��入口。其中规定了在具�?a target="_blank" �?/p>
具体的��用需要参考特定协议定义的元素�?/p>
�Q�、service元素和port元素

service元素包含一个或者多个port元素�Q�其中每个port元素表示一个不同的Web服务。port元素��URL赋给一个特定的binding�Q�甚臛_��以��两个或者多个port元素��不同的URL赋值给相同的binding。文档中的例子：

    <wsdl:service name="HelloService">
        <wsdl:port name="HelloServiceHttpPort"
            binding="tns:HelloServiceHttpBinding">
            <wsdlsoap:address
                location="http://localhost:8080/xfire/services/HelloService" />
        wsdl:port>
    wsdl:service>

�q�部分是具体的Web服务的定义，在这个名为HelloService的Web服务中，提供了一个服务访问入口，讉K��地址�?a href="http://localhost:8080/xfire/services/HelloService" target="_blank">http://localhost:8080/xfire/services/HelloService�Q��用的消息模式是由前面的binding所定义的�?/p>
　　本文��单介�l�了WSDL规范的用途，基本�l�构和��用方法，希望对大家学习WSDL有帮助�?/p>

放水老�?/a> 2007-12-27 18:34 发表评论