在WCF Service Configuration Editor的使用中,我们通过配置工具自动生成了WCF服务端的config文件。现在我们来看下这个配置文件各个标签的意义(解释在下面xml文件中的注释里)。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.ServiceModel><!-- 这个程序集我们在项目中有引用的 -->
<!-- services 元素包含应用中驻留的所有service的 配置要求 -->
<services>
<!-- 每个服务的配置属性说明:
name - 指 定这个service配置是针对的那个服务,为 一个实现了某些Contract的服务类的完全
限定名(名称空间.类型名),ServiceHost载入一个服务后,会 到配置文件中的 下找有
没有name属性跟服务匹配的 的配置
behaviorConfiguration - 指定在下的一个的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的配置名称,跟下面同 类的name匹配
behaviorConfiguration - 指 定这个endpoint的behavior, 指向 下的同样配置名称的
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唯一标识,元素下的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唯一标识,元素下的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>

WCF中的配置常用的基本就是这些了。并不是每个标签都是必须的,像在HelloWorld程序里,就只有一个service、一个Endpoint、一个behavior。

Wcf 之 配置文件解析的更多相关文章

  1. WCF中配置文件解析

    WCF中配置文件解析[1] 2014-06-14 WCF中配置文件解析 参考 WCF中配置文件解析 返回 在WCF Service Configuration Editor的使用中,我们通过配置工具自 ...

  2. MyBatis配置文件解析

    MyBatis配置文件解析(概要) 1.configuration:根元素 1.1 properties:定义配置外在化 1.2 settings:一些全局性的配置 1.3 typeAliases:为 ...

  3. Nginx安装与配置文件解析

    导读 Nginx是一款开放源代码的高性能HTTP服务器和反向代理服务器,同时支持IMAP/POP3代理服务,是一款自由的软件,同时也是运维工程师必会的一种服务器,下面我就简单的说一下Nginx服务器的 ...

  4. Hadoop配置文件解析

    Hadoop源码解析 2 --- Hadoop配置文件解析 1 Hadoop Configuration简介    Hadoop没有使用java.util.Properties管理配置文件, 也没有使 ...

  5. Python3 配置文件 解析

    /************************************************************************ * Python3 配置文件 解析 * 说明: * ...

  6. Hibernate的配置文件解析

    配置mybatis.xml或hibernate.cfg.xml报错: <property name="connection.url">jdbc:mysql://loca ...

  7. haproxy之配置文件解析

    功能--> 提供高可用/负载均衡/基于tcp和http应用的代理;支持虚拟主机,特别适用于负载特大的web站点. 配置文件解析--> #配置文件-->开启/proc/net/ipv4 ...

  8. nginx源代码分析--配置文件解析

    ngx-conf-parsing 对 Nginx 配置文件的一些认识: 配置指令具有作用域,分为全局作用域和使用 {} 创建其他作用域. 同一作用域的不同的配置指令没有先后顺序:同一作用域能否使用同样 ...

  9. ZooKeeper介绍,安装,配置文件解析

    什么是ZooKeeper? ZooKeeper是用于维护配置信息,命名,提供分布式同步和提供组服务的集中式服务. 所有这些类型的服务都以分布式应用程序以某种形式或另一种形式使用.每次实施时,都有很多工 ...

随机推荐

  1. matlab 画平面

    y = :; z = ones(); surf(x,y,z):

  2. 60分钟内从零起步驾驭Hive实战学习笔记

    本博文的主要内容是: 1. Hive本质解析 2. Hive安装实战 3. 使用Hive操作搜索引擎数据实战 SparkSQL前身是Shark,Shark强烈依赖于Hive.Spark原来没有做SQL ...

  3. ACM 中常用的算法有哪些? 2014-08-21 21:15 40人阅读 评论(0) 收藏

    ACM 中常用的算法有哪些?作者: 张俊Michael 网络上流传的答案有很多,估计提问者也曾经去网上搜过.所以根据自己微薄的经验提点看法. 我ACM初期是训练编码能力,以水题为主(就是没有任何算法, ...

  4. rdlc Report Viewer Configuration Error

    主要是web.config没有配置 方法参考http://msdn.microsoft.com/zh-cn/library/ms251661.aspx

  5. 创建可执行的JAR包

    创建可执行的JAR文件包,需要使用带cvfm参数的jar命令,命令如下:JAR cvfm test.jar manifest.mf testtest.jar和manifest.mf为两个文件,分别对应 ...

  6. as [Frame]元标签

    [Frame(factoryClass="XXX_Class")] 利用Frame元标签.在主SWF类名上面添加 [Frame(factoryClass="加载类类名&q ...

  7. CloudStack服务引擎配置(cloud-engine-service模块)

    "?> <!--CloudStack服务引擎配置--> <beans xmlns="http://www.springframework.org/schem ...

  8. struts2对一些属性的使用和对session封装对象类型采用jstl技术的遍历(配图解)

    在struts2中如何实现像jsp中request,session,appliaction的使用.其实有两种方法.下面通过一个案列来说明两个方法的使用. 先写一个test.java类 packagec ...

  9. Firefox 32 支持 Public Key Pinning 对抗中间人攻击。

    Firefox 32 支持 Public Key Pinning 对抗中间人攻击.8月28日消息,即将发布的Firefox 32将支持Public Key Pinning机制,以防止中间人攻击.Pub ...

  10. iOS 蒙板,图片叠加显示漏空部分

    懒惰了一个月了,今天写写项目里遇到的一个问题. 图片a 和图片b相互叠加,a图片四周是白色的不规则图形,里面填充黑色. b图片是一张正常图片. 需求是叠加在一起,要求将b图片根据a图片的黑色形状 扣出 ...