WCF中配置文件解析
WCF中配置文件解析[1]
2014-06-14
WCF中配置文件解析
在WCF Service Configuration Editor的使用中,我们通过配置工具自动生成了WCF服务端的config文件。现在我们来看下这个配置文件各个标签的意义:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<!-- 这个程序集我们在项目中有引用的 -->
<system.ServiceModel>
<!-- services 元素包含应用中驻留的所有service的 配置要求 -->
<services>
<!-- 每个服务的配置属性说明:
name - 指 定这个service配置是针对的那个服务,为一个实现了某些Contract的服务类的完全限定名(名称空间.类型名),ServiceHost载入一个服务后,会到配置文件中的<services>下找有没有name属性跟服务匹配的的配置
behaviorConfiguration - 指定在<serviceBehaviors>下的一个的name,这个特定给这个service制定了一些行为,比如服务是否允许身份模拟-->
<service name="名称空间.类型名" behaviorConfiguration="behavior名">
<host>
<baseAddresses>
<!-- 在此可以定义每种传输协议的baseAddress, 用于跟使用同样传输协议Endpoint定义的相对地址组成完整的地址,但是每种传输协议只能定义一个baseAddress。HTTP的baseAddress同时是service对外发布服务说明页面的URL-->
<add baseAddress="http://address" />
</baseAddresses>
<timeouts></timeouts>
</host>
<!-- 每个服务可以有多个Endpoint, 下面 元素对每个Endpoint分别进行 配置
属性说明:
address - 指 定这个Endpoint对外的URI,这个URI可以是个绝对地址,也可以是个相对于baseAddress的相对地址。如果此属性为空,则这 个Endpoint的地址就是baseAddress
binding - 指定这个Endpoint使用的binding,这个banding可以是系统预定义的9个binding之一,比如是basicHttpBinding,也可以是自定义的customBinding。binding决定了通讯 的类型、安全、如何编码、是否基于session、是否基于事务等等
contract - 指定这个Endpoint对应的Contract的全限定名(名称空间.类型名),这个Contract应该被service元素的name指定的那个service实现
bindingConfiguration - 指 定一个binding的配置名称,跟下面<bindings>的name匹配
behaviorConfiguration - 指 定这个endpoint的behavior, 指向<endpointBehaviors>下的同样配置名称的
name - Endpoint的名称,可选属性,每个Contract都可以有多个Endpoint,但是每个Contract对应的多个Endpoint名必须是唯一的-->
<endpoint address="URI" binding="basicHttpBinding" contract="Contract全限定名" bindingConfiguration="binding名" behaviorConfiguration="String" name="">
<!-- 用户定义的xml元素集合, 一般用作SOAP的header内容-->
<!-- 这个可以不填,但当多个endpoint都用的是一个地址时,header就显得非常重要了-->
<headers>
<!-- 任何xml内容 -->
</headers>
</endpoint>
</service>
</services>
<bindings>
<!-- 指定一个或多个系统预定义的binding, 比如,当然也可以指定自定义的customBinding,然后在某个指定的binding下建立一个或多个配置,以便被Endpoint来 使用这些配置 -->
<!-- 这里举两个Binding的方式,一个是http的,一个是tcp的,BindingElement的顺序非常重要。BindingElement集合通常会创建一个用于通信的堆栈,起顺序语BindingElement集 合中元素顺序一致。因此BindingElement集合中的binding element顺序直接影响了通信堆栈处理消息的顺序。不过这些WCF都为你排好序了,不必担心。-->
<basicHttpBinding>
<!-- 某一类的binding的下面可能有多个配置,binding元素的name属 性标识某个binding-->
<binding name="binding名">
</binding>
</basicHttpBinding>
<netTcpBinding>
</netTcpBinding> </bindings>
<!-- 定义service和Endpiont行为-->
<behaviors>
<!-- 定义service的行为-->
<serviceBehaviors>
<!-- 一个或多个系统提供的或定制的behavior元 素
属性说明:
name - 一个behavior唯一标识,元素services下的behaviorConfiguration属性指向这个name-->
<behavior name="此Behavior名称">
<!-- 指定service元数据发 布和相关信息
属性说明:
httpGetEnabled - bool类型的值,表示是否允许通过HTTP的get方 法获取sevice的WSDL元数据
httpGetUrl - 如 果httpGetEnabled为true, 这个属性指示使用哪个URL地址发布服务的WSDL,如果这个属性没有设置,则使用服务的HTTP类型的baseAddress后面加上?WSDL-->
<serviceMetadata httpGetEnabled="true" httpGetUrl="http://URI:port/address" />
<!--指定验证服务端的凭据-->
<serviceCredentials>
<!--指定服务端的证书
属性说明:
storeName - 证 书的存储区,可能值为:AddressBook,AuthRoot,CertificateAuthority Disallowed,My,Root,TrustedPeople,TrustedPublisher
storeLocation - 证书存储位置,可能值为:CurrentUser,LocalMachine
x509FindType - 查找证书的方式,可能的值:FindBySubjectName,FindByThumbPrint,FindByIssuerName......
findValue - 对应查找方式的要查找证书的值 -->
<serviceCertificate storeName="存储区" storeLocation="存储位置" x509FindType="FindBySubjectName" findValue="server1" />
</serviceCredentials>
</behavior>
</serviceBehaviors>
<!-- 定义Endpiont的行为-->
<endpointBehaviors>
<!-- 一个或多个系统提供的或定制的behavior元 素
属性说明:
name - 一个behavior唯一标识,元素endpoint下的behaviorConfiguration属 性指向这个name-->
<behavior name="此Behavior名称">
<!--指定客户端的凭据-->
<clientCredentials>
<!--指定客户端的证书
属性说明:
storeName - 证 书的存储区,可能值为:AddressBook,AuthRoot,CertificateAuthority Disallowed,My,Root,TrustedPeople,TrustedPublisher
storeLocation - 证书存储位置,可能值为:CurrentUser,LocalMachine
x509FindType - 查找证书的方式,可能的值:FindBySubjectName,FindByThumbPrint,FindByIssuerName......
findValue - 对应查找方式的要查找证书的值 -->
<clientCertificate storeName="存储区" storeLocation="存储位置" x509FindType="FindBySubjectName" findValue="Client1" />
<serviceCertificate>
<authentication certificateValidationMode="None" />
</serviceCertificate>
</clientCredentials>
</behavior>
</endpointBehaviors>
</behaviors>
<!-- 包含客户端跟服务端连接使用到的Endpoint的 配置 -->
<client>
<!-- 每个客户端Endpoint设置 服务端的配置没有这个标签
属性说明:
address - 对 应到服务端这个Endpoint的address
binding - 指定这个Endpoint使用的binding,这个banding可以是系统预定义的9个binding之一,
比如是basicHttpBinding
contract - 指 定这个Endpoint对应的Contract的 全限定名(名称空间.类型名)
name - Endpoint的配置名,客户端代理类的构造方法中的endpointConfigurationName对 应到这个name
bindingConfiguration - 指 定客户端binding的具体设置,指向元 素下同类型binding的name
behaviorConfiguration - 指定这个endpoint的behavior,指向 下的同样配置名称的 -->
<endpoint address="URI" binding="basicHttpBinding" bindingConfiguration="binding名" behaviorConfiguration="String" contract="Contract全限定名" name="endpoint配置名" >
<!-- 用于客户端验证服务端身份,可选以下一种方式验证服务端-->
<identity>
<userPrincipalName></userPrincipalName>
<servicePrincipalName></servicePrincipalName>
<!--如果客户端验证是windows,这里指定DNS名;如果是Certificate, 这里指定证书subject name-->
<dns></dns>
<rsa></rsa>
<!--指定服务端证书的公钥
属性说明:
encodedValue - 服务端证书的公钥的base64编码,用于加密用户名和 密码-->
<certificate encodedValue=""></certificate>
<!-- 用户指定在客户端证书存储区内的服务端证书
属性说明:
storeName - 证 书的存储区,可能值为:AddressBook,AuthRoot,CertificateAuthority
Disallowed,My,Root,TrustedPeople,TrustedPublisher
storeLocation - 证书存储位置,可能值为:CurrentUser,LocalMachine
x509FindType - 查找证书的方式,可能的值:FindBySubjectName,FindByThumbPrint,FindByIssuerName......
findValue - 对应查找方式的要查找证书的值 -->
<certificateReference storeName="存储区" storeLocation="存储位置" x509FindType="FindBySubjectName" findValue="Client1" />
</identity>
</endpoint>
</client>
</system.ServiceModel>
</configuration>
参考
[1] WCF中配置文件解析 http://www.cnblogs.com/judastree/archive/2012/08/29/2661895.html
WCF中配置文件解析的更多相关文章
- Wcf 之 配置文件解析
在WCF Service Configuration Editor的使用中,我们通过配置工具自动生成了WCF服务端的config文件.现在我们来看下这个配置文件各个标签的意义(解释在下面xml文件中的 ...
- Python中配置文件解析模块-ConfigParser
Python中有ConfigParser类,可以很方便的从配置文件中读取数据(如DB的配置,路径的配置).配置文件的格式是: []包含的叫section, section 下有option=value ...
- 框架中web.xml中配置文件解析
1.XSS指跨站脚本攻击 xss表示Cross Site Scripting(跨站脚本攻击),它与SQL注入攻击类似,SQL注入攻击中以SQL语句作为用户输入,从而达到查询/修改/删除数据的目的,而在 ...
- 跟我一起学WCF(5)——深入解析服务契约[上篇]
一.引言 在上一篇博文中,我们创建了一个简单WCF应用程序,在其中介绍到WCF最重要的概念又是终结点,而终结点又是由ABC组成的.对于Address地址也就是告诉客户端WCF服务所在的位置,而Cont ...
- [No0000126]SSL/TLS原理详解与WCF中的WS-Security
SSL/TLS作为一种互联网安全加密技术 1. SSL/TLS概览 1.1 整体结构 SSL是一个介于HTTP协议与TCP之间的一个可选层,其位置大致如下: SSL:(Secure Socket La ...
- WCF中数据契约之已知类型的几种公开方式
WCF中传输的数据不想传统的面向对象编程,它只传递了一些对象的属性,但是自身并不知道自己属于什么对象,所以,他没有子类和父类的概念,因而也就没有Is-a的关系,所以在WCF中,如果想维持这种继承关系, ...
- WCF学习之旅—WCF中传统的异常处理(十六)
WCF中的异常处理 在软件开发过程中,不可能没有异常的出现,所以在开发过程中,对不可预知的异常进行解决时,异常处理显得尤为重要.对于一般的.NET系统来说,我们简单地借助try/catch可以很容易地 ...
- 在 WCF 中使用高效的 BinaryFormatter 序列化
本文将定义一个 WCF 终结点行为扩展,以在 WCF 中使用更高效的 BinaryFormatter 进行二进制序列化,并实现对是否使用传统二进制序列化功能的可配置. 介绍 实现步骤 使用方法 效果 ...
- WCF初探-27:WCF中的实例化
理解WCF中的实例化机制 “实例化”是指对用户定义的服务对象以及与其相关的 InstanceContext 对象的生存期的控制.也就是说我们的客户端程序在调用服务端方法时,需要实例化一个服务端代理类对 ...
随机推荐
- Java获取项目中的路径 分类: Java Game 2014-08-14 10:17 122人阅读 评论(0) 收藏
在项目中经常需要获取某个文件的路径: 在这里提供一些获取路径的方法.. 1.此种方式获取的路径,是当前类所在的路径: UserDAOTest.class.getResource("UserD ...
- YEBIS
在往项目里加yebis做各种后处理 就是看起来很高大上的各种味精 我又热!泪!盈!眶!了 压缩包解开 有各种文档 恩哼~ 大概看了下找到sample build.... 直接就success了.... ...
- Apache环境.htaccess伪静态301跳转(www与不带www)
一般而言,我们使用的301跳转就是WWW与不带WWW域名之间的跳转,用行话说就是权重要归一.对于我们使用Apache环境的来说其实相对nginx比较简单,因为只需要我们在网站根目录有.htaccess ...
- SQLite中使用时的数据类型注意
在使用SQLite时,要注意:在SQLite中的Integer类型,对应在C#中需要使用long类型或者Int64 在使用SQLite时,要注意:在SQLite中存放的日期类型必须是如此:yyyy-M ...
- 1051: [HAOI2006]受欢迎的牛
1051: [HAOI2006]受欢迎的牛 Time Limit: 10 Sec Memory Limit: 162 MBSubmit: 2276 Solved: 1190[Submit][Sta ...
- Mac下配置Maven
1.Java环境变量设置就不说. 但是配置Maven需要检查下Java环境变量的设置.需要检查JAVA_HOME环境变量以及Java命令 wanyakundeMacBook-Pro:Library w ...
- ASP.NET MVC 从IHttp到页面输出
MVCHandler应该算是MVC真正开始的地方.MVCHandler实现了IHttpHandler接口,ProcessRequest便是方法入口. MVCHandler : IHttpHandler ...
- JSP 页面传参和接受参数
<%@ page language="java" contentType="text/html; charset=GBK" pageEncoding=&q ...
- ACE 1.1.9 发布,开源云端代码编辑器
点这里 ACE 1.1.9 发布,开源云端代码编辑器 oschina 发布于: 2015年04月06日 (1评) 分享到: 收藏 +25 4月18日 武汉 源创会开始报名,送华为开发板 ACE ...
- javascript中onclick事件能调用多个方法吗
Q: javascript中onclick事件能调用多个方法吗? A: 可以的,方法如下onclick="aa();bb();cc();"每个方法用“;”分号隔开就行了