WCF开发实战系列：使用IIS发布WCF服务(转)

我们创建了一个简单的WCF服务，在测试的时候，我们使用VS2008自带的WCFSVCHost(WCF服务主机)发布WCF服务，以便进行测试。这种VS2008内置的WCFSVCHost只适用于开发人员测试的使用，能进行WCF服务部署。这一篇文章中我们来看一下如何在IIS中部发布我们上一篇中做好的WCF服务。

第一步：打开我们上一篇文章中建立的WCF服务项目。




图《1》

第二步：新建WCF服务站点。在解决方案上右击，选择“添加”->“新建网站”，打开新建网站对话框。在“添加新网站”对话框中，我们选择“WCF服务”，并把网站的名子命名为“BookServiceHost”




图《2》
建立起来的新的WCF服务站点的结果如下，其中在App_Code文件中自动为我们生成两个类文件：IService.cs和Service.cs。这两个文件对我们来说没有用，我们删掉。




图《3》

第三步：在刚刚创建的WCF服务站点上添加对WCF服务库项目--Services项目的引用。




图《4》

第四步：配置Service.svc文件。双击Service.svc文件，我们可以看到它的声明指示如下：
<%@ ServiceHost Language="C#" Debug="true" Service="Service" CodeBehind="~/App_Code/Service.cs" %>
由于在第二步中我们已经把IService.cs和Service.cs两个文件已经删除了，所以这里的声明指示内容修改一下，让这个Service.svc文件的后台代码指向我们上次创建的WCF服务库项目--Services项目中的类，改后的代码如下：
<%@ ServiceHost Language="C#" Debug="true" Service="Services.BookService"%>
我们把其中的Service属性指定为Services命名空间下的BookService类，并把CodeBehind属性删去了。

第五步：配置此WCF服务站点与WCF服务库项目之间的类的对应。虽然在第三步中我们添加了对Services项目的引用，并且在第四步中修改了Service.svc的类的对应，但此时我们的WCF服务站点并不能把WCF服务库中的服务和终结点发布出来，还需要我们对web.config进行一系列的配置工作。
在web.config上右击选择“编辑WCF配置”




《图5》
在弹出的服务配置窗口中，把Service服务指定到WCF服务库的Services.dll中的Services.BookService服务类上。




《图6》
再把其中的一个对外终结点的Contract设为WCF服务库的Services.dll中的Services.IBookService服务契约上。




《图7》

第六步：试着再添加一个通信的终结点。
这一步是可选的，我们再为此WCF服务站点添加一个终结点，A=basic B=basicHttpBinding C=Services.IBookService




《图8》
下面我们将试着使用不同的终结点与WCF服务进行交互，查看运行情况。
当我们使用IIS5或IIS6发布WCF服务的时候一般只创建Http绑定的终结点，而不能创建使用TCP绑定、管道绑定的终结点。

第七步：测试运行WCF服务站点。
在Service.svc上右击，选择“在浏览器中查看”，在IE中运行此服务。




《图9》
由此我们看到我们可以在ASP.NET Development Server中发布我们的WCF服务了。

第八步：在IIS布署此WCF服务站点。
在IIS建立Web应用程，指向我们的WCF服务站点所在的目录。然后在IIS运行我们发布的WCF服务




《图10》
从上图中我们看到发布的站点中不再包含有端口号。
到此为至我们在IIS中发布WCF服务成功。

下面我们在WCF测试客户端调用我们刚刚在IIS中发布的WCF服务
第九点：在VS2008命令窗口中输入以下代码运行WCF测试客户端
x:/.../wcftestclient http://localhost/TestWCFService/Service.svc
弹出测试窗口如下：




《图11》
我们可以看到发布的服务中有两个终结点：这两个终结点的传输方式不同，但提供的方法是相同的。
我们通过第一个终结点的AddBooks()方法添加三个对象。




《图12》
再通过第二个终结点的GetAllBooks()方法取得所有对象的信息。




《图13》
运行完全没问题。

---------------------------

NET Framework 4

一个配置元素，用于添加可定义虚拟服务激活设置（映射到 Windows Communication Foundation (WCF) 服务类型）的设置。使用此配置元素可以在不使用 .svc 文件的情况下激活承载在 WAS/IIS 中的服务。

架构层次结构

<system.serviceModel>
<serviceHostingEnvironment>
<serviceActivations>

关于服务激活，这里一个重要的类型就是serviceActivation。我们可以定义服务类型和相对地址之间的映射关系。在配置文件里serviceActivations节点属于serviceHostingEnvironment>。一个简单的服务类型和相对地址之间的映射如下：

<configuration>
  <system.serviceModel>
    <serviceHostingEnvironment>
      <serviceActivations>
        <add relativeAddress="MyService.svc" service="MyService"/>
      </serviceActivations>
    </serviceHostingEnvironment>
  </system.serviceModel>
</configuration> 　使用这个配置，我们就可以在WCF4.0里，无svc文件激活MyService.

注意<serviceHostingEnvironment>属于一个应用程序级别的配置。我们必须把它放置在<system.serviceModel>
节点下。此外，serviceHostingEnvironment继承自machinetoApplication。如果我们在machine注册单个服务，程序里的每个服务必须继承该服务。

Configuration-based activation supports activation over both http and non-http protocol. It requires extensions in the relatativeAddress i.e. .svc, .xoml or .xamlx. You can map your own extensions to the know buildProviders, which will then enable you to activate service over any extension. Upon conflict, the <serviceActivations> section overrides .svc registrations.

　　这种通过配置设置的激活映射，支持http和非http协议。我们需要在相对地址relatativeAddress 里扩展文件名，例如.svc、.xoml 或.xamlx。我们也可以定义自己的处理扩展组件，然后在这里配置，那么WCF也会做类似的映射。为了避免冲突，我们在配置文件里定义的<serviceActivations>会代替svc的内容。也就是配置文件的设置优先级会比较高。