生成soap代理类的命令

❶ 如何用c#编写发送soap请求的客户端

1条回答

假设A是客户端，B是webservice服务端，用户通过http协议向服务器发送soap请求，webservice返回客户端XML格式的数据。
现在我们看一看创建一个webservice的大致过程：
服务端的webservice是必须要建的。中间的soap,xml我们不用去关心，在客户端这边，比较重要的是如何从webservice取得对象？答案是用的是proxy对象。客户端由代理对象(proxy)负责与webservice的通信。所以在客户端使用webservice，完全和使用一个本地对象是一样的。
在客户端右键单击右边的reference(引用),选择”添加引用”,选择浏览，找到webserver目录下的bin目录下的webserver.dll
再加入一个system.web.webservices的引用，在列表中有。
在form1.cs里，加入
using System.Web.Services;
using webserver;

❷ python 有没有php里面的soapclient这样的东西

SOAP.py 客户机和服务器
SOAP.py 包含的是一些基本的东西。没有 Web 服务描述语言（Web Services Description Language，WSDL）或者任何其它附加的东西，只有用 Python 实现的 SOAP 客户机和服务器的透明支持。甚至这个包中的一个很好的功能也只是与基础架构相关：SOAP.py 支持安全套接字层（SSL）用于加密的 SOAP 传输。为使用这个功能，您必须安装 M2Crypto，M2Crypto 是一个库，包含各种加密工具和格式，从 RSA 和 DSA 到 HTTPs、S/MIME 等等。在这一部分，我们不准备讨论 SOAP.py 的 SSL 支持。
SOAP 操作摘要
目前为止，SOAP 实用程序好象仍是比较流行的使用 Python 的开放源代码活动。下面是该项目的纲要以及它们目前的状态。首先，参与者：
4Suite SOAP，由 Fourthought 管理
SOAPy，由 Adam Elman 管理
SOAP.py，Python 项目的一个 Web 服务项目
soaplib，由 Secret Labs 管理
Orchard，由 Ken MacLeod 管理
PySOAP，由 Dave Warner 管理
4Suite SOAP 是我们自己的实现，我们在本专栏的前面三部分中使用过（请参阅 参考资料以获得它的链接）。它目前仍在开发中。
SOAPy 是在 2001 年 4 月公布的，目前处于 alpha 的预备阶段，但现在好象停止开发了。
SOAP.py 开发被冻结了。SOAP.py 这个项目是由 actzero 公司赞助的，而 actzero 却不再从事这一行业了。正在邀请自愿开发／维护 SOAP.py 的组织。
soaplib 的开发好象也延缓了，考虑到 Secret Labs 这段时间所承担的大量工作，或许就可以理解为什么会这样了。这个瑞典的公司是由 Fredrik Lundh 掌管的，他在 Python 圈内是出名的“工作狂”，同时也是 Python Association 董事会的一名成员。Secret Labs 还开发 PythonWare（Python 的一个核心和重要的附加模块）；PythonWorks（一个领先的 Python IDE）；Python Imaging Library 和许多其它好东西（日常 Python-URL Web 日志就是其中的一部分）。
Orchard 是一个数据管理框架，基本上是一种用一个公共接口管理不同数据格式的方法。它实现了一个 SOAP 客户机作为在远程过程调用中向 SOAP 服务器发送 Orchard 数据项的基本方法（被称为节点）。
PySOAP 这个项目主要是想作为 Dave Warner 的 Church 管理套件的一部分，但它还从没发行过任何文件，好象是一个毫无生气的项目。
安装
开始先下载分发包（在写这篇文章的时候，SOAPpy 0.9.7 是最新的分发包），把文件解包，转到结果目录，并把文件 SOAP.py复制到自己倾向的位置。当然，这个“倾向”就是需要技巧的地方。由于这些 SOAP lib 中有很多都使用大小写组合不同的“soap.py”作为模块名，所以大家一定要小心。当然，UNIX 用户只需关心大小写是否精确匹配，但对于 Windows 用户来说，甚至“SOAP.py”和“soap.py”之间的冲突也会带来麻烦。Orchard 的 SOAP.py 也有一个容易发生冲突的名称，但它有可能避开所有的问题，因为它的模块聪明地放在了 Orchard 包中。
上面的内容简言之就是建议您确保安装所有的 Python SOAP 模块时都使用与众不同的包名称。在我们的案例中，我们在 PYTHONPATH 中发现了一个合适的目录并创建了一个 WebServices 包，把 SOAP.py 放在了这个包中。因此，在 Linux 中：
$ mkdir ~/lib/python/WebServices
$ touch ~/lib/python/WebServices/__init__.py
$ cp SOAPpy097/SOAP.py ~/lib/python/WebServices

请注意很重要的第二条命令，它将生成一个 __init__.py 文件，这个文件将 WebServices 目录标志为 Python 包。如果您需要把这些代码打包成 Windows 版本，您可能希望向空文件中输入一些注释，因为一些 Windows 工具不创建空文件。
您已深入主题了
对于公开提供的 SOAP 服务器，早已经有了好几个活动的注册中心。最流行的可能是 XMethods。当然，它也是一个相当有趣的指导，通过它我们可以了解 SOAP 的实际状况，而不要听它的吹嘘。这里的大多数公共 Web 服务仍然只是一些无关紧要的东西，几乎不值得我们勇敢的新模型多费口舌，但那是另一回事了。实际上，我们将选择一个公共服务来演示和测试如何把 SOAP.py 作为 SOAP 客户机使用。
或者，我们可以试试。作者尝试的第一个服务，卫生保健提供者定位器，在遇到下列报错消息时显示 SOAP 互操作性的当前状态中的陷阱：
WebServices.SOAP.faultType: <Fault soap:Client:
Server did not recognize the value of
HTTP Header SOAPAction: "".>

哦。SOAPAction 是一个 HTTP 头，应该是用来标记被访问服务的。它是 SOAP 请求中必需的头，但即便是设置了所需的头（只是一对空的双引号）后，上面的错误仍然存在。作者发现大多数 MS SOAP 实现都存在这个问题。在试遍了这些服务后，我们断定，Delphi 实现好象与 SOAP.py 合作得最好，但在试服务时 — 即使是用 Delphi 实现时，也返回复杂的类型，比如列表，SOAP.py 无法使用它们，返回不带数据的 WebServices.SOAP.typedArrayType 实例。
最后，作者选择了一个相当合适的 Web 服务，该服务返回漫画《丁丁历险记》中的人物 Haddock 船长常用的骂人语言（是的，大多数 Web 服务都是这样）。 清单 1（curse.py）就是这个程序。
清单 1：访问 Curse 生成器 SOAP 服务的 SOAP.py 程序
#!/usr/bin/env python

import sys
#Import the SOAP.py machinery
from WebServices import SOAP
remote = SOAP.SOAPProxy(
"ck.exe/soap/IHaddock",
namespace="urn:HaddockIntf-IHaddock",
soapaction="urn:HaddockIntf-IHaddock#Curse"
)
try:
lang = sys.argv[1]
except IndexError:
lang = "us"
result = remote.Curse(LangCode=lang)
print "What captain Haddock had to say: "%s""%result

把一切综合在一起
导入库后，我们将设置代理对象 remote 。这个对象将方法调用转换为远程 SOAP 消息。它的初始化器使用管理远程请求的关键参数： 服务器的 URI（被称为“端点”）、请求元素的 XML 名称空间（通过它，SOAP-as-RPC 将 口头承诺变成 XML 基础）和 SOAPAction 头值。
接下来，我们将确定方法参数，对于这个 Web 服务来说，方法参数只是 Haddock 骂人的语言，瑞典语（“se”）或英语（奇怪的是，是“us”而不是“en”）。
最后，我们调用名称正确的方法，代理对象的 Curse 进行 SOAP 调用，然后打印出结果。下面的会话演示了对该程序的使用：
$ python curse.py
What captain Haddock had to say: "Ectoplasmic Byproct!"

我们自己的 SOAP 服务器
用 SOAP.py 实现 SOAP 服务器相当容易。作为一个示例，我们将仿建字段，还要实现一个很常见的服务：一个程序，给出年份和月份，它将以字符串的形式打印出日历。它的程序服务器是 清单 2（calendar-ws.py）。
清单 2：实现日历服务器的 SOAP.py 程序
#!/usr/bin/env python
import sys, calendar
#Import the SOAP.py machinery
from WebServices import SOAP
CAL_NS = "/simple-cal"
class Calendar:
def getMonth(self, year, month):
return calendar.month(year, month)
def getYear(self, year):
return calendar.calendar(year)
server = SOAP.SOAPServer(("localhost", 8888))
cal = Calendar()
server.registerObject(cal, CAL_NS)
print "Starting server..."
server.serve_forever()

进行过必要的导入后，我们为自己的服务器定义 SOAP 请求元素期望的名称空间（ CAL_NS ）。接下来我们定义实现所有方法的类，这些方法将被公开为 SOAP 方法。大家也可以把单个函数作为 SOAP 方法注册，但使用类方法是最灵活的，特别是当您想管理调用间的状态时。这个 Calendar 类定义了一个方法 getMonth ，该方法使用 Python 的内置日历模块在文本表单中返回月度日历，同时它还定义了另一个返回整年日历的方法。
然后创建 SOAP 服务器框架的一个实例，这个实例还带有侦听端口 8888 的指令。我们还必须创建 Calendar 类的一个实例，这个实例在下一行中被注册用来处理 SOAP 消息，同时为其指出相关的名称空间。最后，我们调用 serve_forever 方法，该方法直到进程终止才返回。
为运行服务器，请打开另一个命令 shell 并执行 python calendar-ws.py 。执行结束时使用 ctrl-C 杀死进程。
我们本来可以用也是用 SOAP.py 写的客户机测试服务器，但那太显而易见了。我们还是用低级 Python 编写客户机把 SOAP 响应作为 XML 字符串来构建，并发送一条 HTTP 消息。这个程序（testcal.py）在 清单 3中。
清单 3：用 Python 核心库写的访问日历服务的客户机
import sys, httplib
SERVER_ADDR = "127.0.0.1"
SERVER_PORT = 8888
CAL_NS = "ple-cal"
BODY_TEMPLATE = """<SOAP-ENV:Envelope
xmlns:SOAP-ENV="oap/envelope/"
xmlns:s="/ws/simple-cal"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/1999/XMLSchema"
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
>
<SOAP-ENV:Body>
<s:getMonth>
<year xsi:type="xsd:integer">%s</year>
<month xsi:type="xsd:integer">%s</month>
</s:getMonth>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>"""
def GetMonth():
year = 2001
month = 12
body = BODY_TEMPLATE%(year, month)
blen = len(body)
requestor = httplib.HTTP(SERVER_ADDR, SERVER_PORT)
requestor.putrequest("POST", "cal-server")
requestor.putheader("Host", SERVER_ADDR)
requestor.putheader("Content-Type", "text/plain; charset="utf-8"")
requestor.putheader("Content reply_body = requestor.getfi-Length", str(blen))
requestor.putheader("SOAPAction", "het/eg/ws/simple-car")
requestor.endheaders()
requestor.send(body)
(status_code, message, reply_headers) = requestor.getreply()
le().read()
print "status code:", status_code
print "status message:", message
print "HTTP reply body:\n", reply_body
if __name__ == "__main__":
GetMonth()

下面的会话演示了这个测试的运行情况。
$ python testcal.py
status code: 200
status message: OK
HTTP reply body:
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsd="http://www.w3.org/1999/XMLSchema" xmlns:SOAP-
ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:SO
AP-ENC="http://schemas.xmlsoap.org/soap/encoding/">
<SOAP-ENV:Body>
<getMonthResponse SOAP-ENC:root="1">
<Result xsi:type="xsd:string"> December 2001
Mo Tu We Th Fr Sa Su
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31
</Result>
</getMonthResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

仔细审查的字节
如果您查找行 self.debug = 0 并把“0”改为“1”（这是 SOAP.py 版本 0.9.7 中的第 210 行），有一件要注意的事情是您可以获得被交换的实际 SOAP 消息的详细信息和用于调试与跟踪的其它关键数据，这对您很有用。作为示例，下面提供了一个会话，它是打开了调试信息显示开关的以前的 curses.py 程序的一个会话：
$ python curse.py
*** Outgoing HTTP headers **********************************************
POST /scripts/Haddock.exe/soap/IHaddock HTTP/1.0
Host: www.tankebolaget.se
User-agent: SOAP.py 0.9.7 (actzero.com)
Content-type: text/xml; charset="UTF-8"
Content-length: 523
SOAPAction: "urn:HaddockIntf-IHaddock#Curse"
************************************************************************
*** Outgoing SOAP ******************************************************
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsd="http://www.w3.org/1999/XMLSchema" xmlns:SOAP-
ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:SO
AP-ENC="http://schemas.xmlsoap.org/soap/encoding/">
<SOAP-ENV:Body>
<ns1:Curse xmlns:ns1="urn:HaddockIntf-IHaddock" SOAP-ENC:root="1">
<LangCode xsi:type="xsd:string">us</LangCode>
</ns1:Curse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
************************************************************************
*** Incoming HTTP headers **********************************************
HTTP/1.? 200 OK
Server: Microsoft-IIS/5.0
Date: Tue, 11 Sep 2001 16:40:19 GMT
Content-Type: text/xml
Content-Length: 528
Content:
************************************************************************
*** Incoming SOAP ******************************************************
<?xml version="1.0" encoding="UTF-8"?><SOAP-ENV:Envelope xmlns:SOAP-
ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/1999/XMLSchema"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xml
soap.org/soap/encoding/"><SOAP-ENV:Body><NS1:CurseResponse xmlns:NS1="urn:HaddockIntf-
IHaddock" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><NS1:return
xsi:type="xsd:string">Anacoluthons!</NS1:return></NS1:CurseRespon
se></SOAP-ENV:Body></SOAP-ENV:Envelope>
************************************************************************
What captain Haddock had to say: "Anacoluthons!"

为进行比较，您可以在带有下列代码的旧的 Python 脚本或程序中获得相同的信息：
import calendar
return calendar.month(2001, 10)

SOAP.py 总结
我们已经注意到了，虽然 SOAP.py 的互操作性还存在一些问题，但可用的调试工具可望提供帮助。

❸ soapui是什么工具

pyright © 1999-2020, CSDN.NET, All Rights Reserved

搜索博文/帖子/用户
登录

海蓝晓林
关注
soapUI工具使用方法、简介、接口测试 转载
2018-10-17

海蓝晓林

码龄5年

关注
soapUI工具使用方法、简介、接口测试
一、soapUI简介

SOAP：

WebService通过Http协议发送请求和接收结果时，发送的请求内容和结果内容都采用XML格式封装，并增加了一些特定的HTTP消息头，以说明HTTP消息头的内容格式，这些特定的HTTP消息头和XML内容格式就是SOAP协议。SOAP提供了标准的RPC方法来调用WebService。

SOAP协议 = HTTP协议 + XML数据格式

SOAP协议定义了SOAP消息的格式，SOAP协议是基于HTTP协议的，SOAP也是基于XML和XSD的，XML是SOAP的数据编码方式。打个比喻：HTTP就是普通公路，XML就是中间的绿色隔离带和两边的防护栏，SOAP就是普通公路经过加隔离带和防护栏改造过的高速公路。

WSDL：

好比我们去商店买东西，首先要知道商店里有什么东西可买，然后再来购买，商家的做法就是张贴广告海报。 WebService也一样，WebService客户端要调用一个WebService服务，首先要有知道这个服务的地址在哪，以及这个服务里有什么方法可以调用，所以，WebService务器端首先要通过一个WSDL文件来说明自己家里有啥服务可以对外调用，服务是什么（服务中有哪些方法，方法接受的参数是什么，返回值是什么），服务的网络地址用哪个url地址表示，服务通过什么方式来调用。

WSDL(Web Services Description Language)就是这样一个基于XML的语言，用于描述Web Service及其函数、参数和返回值。它是WebService客户端和服务器端都能理解的标准格式。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的，这将是一个很大的好处。一些最新的开发工具既能根据你的Web service生成WSDL文档，又能导入WSDL文档，生成调用相应WebService的代理类代码。

WSDL文件保存在Web服务器上，通过一个url地址就可以访问到它。客户端要调用一个WebService服务之前，要知道该服务的WSDL文件的地址。WebService服务提供商可以通过两种方式来暴露它的WSDL文件地址：1.注册到UDDI服务器，以便被人查找；2.直接告诉给客户端调用者。

WebService的工作调用原理：对客户端而言，我们给这各类WebService客户端API传递wsdl文件的url地址，这些API就会创建出底层的代理类，我调用这些代理，就可以访问到webservice服务。代理类把客户端的方法调用变成soap格式的请求数据再通过HTTP协议发出去，并把接收到的soap数据变成返回值返回。对服务端而言，各类WebService框架的本质就是一个大大的Servlet，当远程调用客户端给它通过http协议发送过来soap格式的请求数据时，它分析这个数据，就知道要调用哪个java类的哪个方法，于是去查找或创建这个对象，并调用其方法，再把方法返回的结果包装成soap格式的数据，通过http响应消息回给客户端。

❹ 急啊！c#怎么通过SOAP调用服务器的方法，已经知道方法名

把你的方法发布成web service，

然后客户端引用这个就行了。

手工引用比较麻烦，要用wsdl.exe生成web service的代理类，
你就用vs.net中的 引用web方法就行了，它会帮你搞定的。

❺ 如何在Eclipse中自动生成WebService代理类

1.工具：eclipse3.3或者是带有webservice插件的eclipse
2. 首先用浏览器访问webservice的站点，接着保存打开的页面，后缀为.wsdl。
3.把保存好的文件拷入eclipse的工程中。
4.eclipse:file----new---other----webservice----web service client,选择之前拷贝到eclipse中的.wsdl文件，点击finish.
这样eclipse就帮我们自动生成了web service的客户端,接下来只需在程序中调用即可。
在程序中调用eclipse自动生成的web service客户端:
String endpoint = "服务器的webservice地址";
YourWebServiceNameProxy ywsnp = new YourWebServiceNameProxy ();
ywsnp.xxx方法（入参）;

如：
String enpoint = "ipTranslatorWebService.asmx?wsdl";
TranslatorWebServiceSoapProxy translatorWebServiceSoapProxy = new TranslatorWebServiceSoapProxy();
String[] result =translatorWebServiceSoapProxy.getEnCnTwoWayTranslator("猫");

❻ java中wsdl文件怎么生成

原则上，你可以先把JAVA生成.net的文件，然后根据以下其中一个方法，转变为WSDL

在.NET中有三种方式生成WSDL：

1．在Web Service的URL后面加上WDSL需求，如下：

http://localhost/webExamples/simpleService.asmx?WSDL

2．使用disco.exe。在命令行中写下如下的命令：

disco http://localhost/webExamples/simpleService.asmx

3．使用System.Web.Services.Description命名空间下提供的类

每个 WSDL 文件的根元素都是 <definitions>，必须在其中提供服务的完整描述。首先，必须在 <definitions> 元素中提供各种名称空间的声明。

<definitions> 元素包含一个或多个 < portType > 元素，每个元素都是一系列 operation。可以将单个portType元素看作是将各种方法组成类的一个逻辑分组。应该将每个Types称为服务，因此整个 WSDL 文件将成为一个服务集合。

在每个服务内可以有几个方法或者 operation，WSDL 通过 <operation> 元素来引用它们。

下面是一个最简单的WSDL例子

<?xml version="1.0" encoding="UTF-8" ?>
<definitions name="MobilePhoneService"
targetNamespace="www.mobilephoneservice.com/MobilePhoneService-interface"
xmlns="http://schemas.xmlsoap.org/wsdl/"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:tns="http://www.mobilephoneservice.com/MobilePhoneService"
xmlns:xsd="http://www.w3.org/1999/XMLSchema">

<portType name="MobilePhoneService_port">
<operation name="getListOfModels ">
.......
.......
</operation>

<operation name="getPrice">
.......
.......
</operation>
</portType>
</definitions>

❼ 如何异步调用webservice，异步调用有什么优势

一.异步调用webservice方法：

不管是Winform还是Web调用，都是可以对Webservice进行异步调用的。

方法有两种：

（1）Begin/End方法（虽然被丢弃）。

（2）事件驱动方法。

下面来具体谈谈这两种方法；

1、Begin/End方法

使用 Begin/End 模式实现进行异步方法调用的 Web 服务客户端
客户端如何知道何时调用 End 方法呢？根据 .NET Framework 的定义，有两种方法可以使客户端确定这一点：

客户端调用方式1等待方法：使用 WaitHandle 类的方法之一使客户端等待方法完成。

客户端调用方式2回调方法：向 Begin 方法传递一个回调函数，在该方法完成处理后再调用该函数来检索结果。

注意：无论客户端选择两种方法中的哪一种与 Web 服务进行异步通信，收发的 SOAP 消息都与通过同步代理方法生成的 SOAP 消息相同。也就是说，仍然只有一个 SOAP 请求和 SOAP 响应通过网络发送和接收。代理类通过使用与客户端调用 Begin 方法时使用的线程不同的线程来处理 SOAP 响应，从而实现该目的。因此，在代理类接收和处理 SOAP 响应时，客户端可以在其线程上继续执行其他工作。

webservice代码：

二.异步调用的优势：

异步出来的新线程，.NET也是不允许的，所以别想钻空子，下面可以很容易想到，回收分为2种情况：主动回收和被动回收，主动回收就是，去监视那个线程，并且等待，当异步方法完成了，就把异步线程回收，焦点回归主线程，BeginInvoke之后又EndInvoke，如果在EndInvoke的时候，该异步线程没有完成操作，那么整个程序，包括主线程，又在阻塞了，又会出现界面的情况。要想解决这个问题，就使用“被动回收”方式，其中一个重要的办法就是“异步回调”。 核心有二： A、 用回调函数，异步结束后，自动调用此回调函数。 B、 而不在主线程中手工等待异步结束，如上两例中在主线程中调用EndInvoke。此种方法，是在回调函数中调用EndInvoke的。

❽ VB通过SoapClient调用WS，怎么设置超时

我们都知道，调用WS可以在工程中添加对WS的WEB引用。
但是，如果我们不想通过添加引用的方式，而是在代码中动态引用该怎么办呢看
首先，我们该想到WS的实现也是一个类的形式。
其次，WS在传输过程中是通过WSDL来进行描述的（使用SOAP协议）。
因此，我们需要获取WS的WSDL描述，并通过该描述来动态生成程序集。
最后：通过反射来获取新生成的程序集，并调用其方法！
上述步骤需要引用如下四个名称空间：
using System.Web.Services.Description; //WS的描述
//以下几个用于根据描述动态生成代码并动态编译获取程序集
using System.CodeDom;
using Microsoft.CSharp;
using System.CodeDom.Compiler;
上述几个名称空间中包括如下几个重要的类：
using System.Web.Services.Description下：
ServiceDescription //WS描述
ServiceDescriptionImporter //通过描述生成客户端代理类，特别注意其中的Style
以下是MSDN对其的描述：
XML Web services 的接口通常由 Web 服务描述语言 (WSDL) 文件来说明。例如，若要获取有关使用 处公开的 ASP.NET 的 Web 服务的 WSDL 说明，只需导航到 ?WSDL。使用 ServiceDescriptionImporter 类可以方便地将 WSDL 说明中包含的信息导入到System.CodeDom.CodeCompileUnit 对象。通过调整 Style 参数的值，可以指示 ServiceDescriptionImporter 实例生成客户端代理类（通过透明调用该类可提供 Web 服务的功能）或生成抽象类（该类封装 Web 服务的功能而不实现该功能）。如果将 Style 属性设置为 Client，则 ServiceDescriptionImporter 生成客户端代理类，通过调用这些类来提供说明的 Web 服务的功能。如果将Style 属性设置为 Server，则 ServiceDescriptionImporter 实例生成抽象类，这些类表示所说明的 XML Web services 的功能而不进行实现。然后，可以通过编写从这些抽象类继承的类来对其进行实现，并实现相关的方法。
using System.CodeDom下：
CodedomUnit //它用于设定动态代码的名称空间，类名等，可以通过ServiceDescriptionImporter.Import()方法将WS的描述代码写入该类，以作动态编译用

using System.CodeDom.Compiler下：
CodedomProvider //用于创建和检索代码生成器和代码编译器的实例,我们主要用到其实现子类CShareCodeProvider
可以直接用CShareCodeProvider provider=new CShareCodeProvider()来生成，或者用CodedomProvider.CreateProvider("CSharp")来生成
ICodeCompiler //用于编译基于 System.CodeDom 的源代码表示形式。
它通过CodedomProvider的CreateCompiler(）方法来
CompilerResults //表示从编译器返回的编译结果。 它由ICodeCompiler根据指定的编译器设置从指定的 CodeCompileUnit 所包含的 System.CodeDom 树中编译程序集并返回。CompiledAssembly 属性指示编译的程序集。

了解如上信息后，就可动态调用WS了。

❾ 如何在SOAP协议中设置参数风格 详细�0�3

对于使用 ASP.NET 创建的 XML Web services 和它们的使用 SOAP 与 XML Web services 方法进行通讯的客户端来说，一个复杂的机制可以用来控制发送到服务器和从服务器接收的 SOAP 消息的格式。SOAP 规定发送到 XML Web services 和从 XML Web services 发送回的 SOAP 消息的内容必须为 XML 格式。但是，它并没有严格地规定 XML 的格式设置。为了提供一个使用接收不同的格式设置的 XML Web services 的机制，ASP.NET 提供了一个基于属性的机制来控制 SOAP 消息中 XML 的格式。另外，还提供了指定特定元素和通过网络发送的 SOAP 属性名的基于属性的机制，用来在更精细的细节级别上控制 SOAP。 使用 ASP.NET 创建的 XML Web services 和它们的客户端之间的通讯在很大程度上是由两个行业标准规范的：SOAP 和 Web 服务描述语言 (WSDL)。SOAP 为出现在 Body 元素下的数据定义格式设置方案，并为如何在 Body 元素中对参数进行格式设置定义格式设置方案。WSDL 用于描述 XML Web services 所需的 SOAP 消息，WSDL 允许 XML Web services 声明它们接受带有编码参数的 RPC 消息，但它还定义了两个其他术语：Literal 和 Document。Literal（与 Encoded 类似）是指参数的格式设置方式。Document（与 RPC 类似）是指全部 Body 元素的格式设置方式。 下表概述了使用 ASP.NET 创建的 XML Web services 支持的格式设置样式以及完成每个特定组合的属性。带有 Service 后缀的属性可以应用于实现 XML Web services 的类以设置该类中 XML Web services 方法的默认格式设置样式。带有 Method 后缀的属性只能应用于 XML Web services 方法或调用 XML Web services 方法的代理类中的方法。每个组合的详细信息在下表中都有所介绍。 SOAP Document SOAP RPC SOAP SOAP 7 Literal — XSD SoapDocume ntMethod SoapDocume ntService Use=Litera Encoded - SOAP 5 SoapDocume ntMethod SoapDocume ntService Use=Encode d SoapRpcMethod SoapRpcService 设计 XML Web services 时首先要作出的决定之一就是您要如何对 SOAP 请求中的 XML 进行编码。明确地说，您是要 XML 文档严格遵循 XSD 架构还是要遵循 SOAP 规范第 5 节和第 7 节中概述的格式设置规则？SOAP 规范第 5 节和第 7 节中的格式设置规则考虑到了变体。这样，使用 SOAP 编码规则的 SOAP 请求的接收方必须处理所有可能的变体。通过定义 XML Web services 方法的 XSD 架构，可以具体地定义 SOAP 请求中需要发送的确切内容。使用 ASP.NET 创建的 XML Web services 默认为使用基于架构传递的文档。 因为 XML Web services 方法的参数可以组成 SOAP 请求或响应中传递的大部分数据，所以参数映射到 XML 元素的方式决定了 XML 文档的外观。Web 服务描述语言 (WSDL) 定义了两种参数格式设置样式：Encoded 和 Literal。Encoded 是指使用 SOAP 规范第 5 节中概述的 SOAP 编码对参数进行格式设置。Literal 是指使用 l 这是默认值。 每个参数预定义的 XSD 架构将参数映射到 XML 元素。使用 XML Web services 客户端，您可以选择如何将参数映射到 XML 元素以匹配 XML Web services 需要的形式。使用 ASP.NET 创建的 XML Web services 支持 Literal 和 Encoded 两种参数格式设置样式。该支持根据 XML Web services 方法格式设置选择有所变化。 请注意，虽然 ASP.NET 提供了一个广泛的结构用来控制 XML 格式设置的方式，但是并不保证参数序列化的顺序。 我们可以写一个WebService 例子来说明这一点： testSoapParam.asmx: using System; using System.Web.Services; using System.Web.Services.Protocols; using System.Web.Services.Description; using System.Xml; using System.Xml.Schema; using System.Xml.Serialization; using System.Data; public class testEncoded : WebService { [ SoapDocumentMethod(Use=SoapBindingUse.Encoded ,ParameterStyle=SoapParameterStyle.Bare) ] //参数风格为：Encoded 并且是Bare [WebMethod()] public struct1 testStructBareEncode(struct1 a){ return a; } [ SoapDocumentMethod(Use=SoapBindingUse.Encoded ) ]// 参数风格为：Encoded [WebMethod()] public struct1 testStructEncoded(struct1 a){ return a; } [ SoapDocumentMethod(Use=SoapBindingUse.Literal ) ]//参数风格为：Literal [WebMethod()] public struct1 testStructLiteral(struct1 a){ return a; } [ SoapDocumentMethod(ParameterStyle=SoapParamet erStyle.Bare) ]// 参数风格为：Bare [WebMethod()] public struct1 testStructBare(struct1 ddd){ return ddd; } } public class struct1{ public int i=1; public string j="ok"; public struct2 s2; private struct2 temp; public struct2 s4{ get{ return temp; } set{ temp=value; } } } public class struct2{ public String sField; } 当我们运行客户端代理请求SOAP 协议时，我们可以发现不同的参数风格有很大的区别，如使用Literal(默认)和Default 时，SOAP 协议客户端传输给服务端的XML 内容为： ／／参数名字 intstringstringstring 而使用Encoded 时， SOAP 协议客户端传输给服务端的XML 内容为： //a 为参数名，id 号指出该对象是复杂类型，并为链路 intstringstringstring 我们可以发现Encoded 时，SOAP 协议把对象和数组作为复杂类型同其他区分开来，并明确的指明每一个类型的名字。 如果是设置为Bare, SOAP 协议客户端传输给服务端的 XML 内容为: //dd 为参数名 intstringstringstring 我们将它与上面（如果不设置Bare,默认为wrapped）进行比较可以发现它少了一层。 而如果我们将Encoded 和Bare 一起来控制参数时，传输内容变成： ／／第一个参数 intstringstringstring 我们可以发现不仅少一层，而且id 号也变了。 我们不仅可以改变SOAP 协议参数传输的框架，也可以改变具体每一个元素的值，如：[XmlElement（）]可以指定元素的名字和名字空间（namespace）,如果指定了（[ return: XmlElement("ReturnValueElement",IsNullable=fals e)] 和 [XmlElement("MyAddressElement")），则传输的内容变成： ／／指定的元素名字。 intstringstringstring 总之，我们可以根据XML 的序列化来控制SOAP 消息生成XML 内容的形式。

❿ c# webService 自定义soap头急急急

GFCSoapHeader是个类名，通过反射获取属性应该用属性名吧
public GFCSoapHeader SoapHeader
{
get
{return mySoapHeader;}
set
{mySoapHeader=value;}
}

PropertyInfo infor = agent.GetType().GetProperty("SoapHeader");

这样行吗