记得刚开始学WCF的时候就尝试过去在IIS中部署部署WCF,但是找了很多网上的资料,都没有部署成功,按照网上的说法是做下来,不知是不是人品的问题,总是成功不了,呵呵。那时候也实在是太菜了,IIS刚接触,甚至连.NET也是刚接触,因为公司用的是直接用SOAP TCP传输的,没有涉及到IIS的部署,所以同事中也都没有试过在IIS中部署,后来就不了了之了。
今天因为同住的学长在弄这个东西,然后就帮忙查了一下。也是在网上查了N久,自己遇到的问题他们就是没有提到,后来终于是在MSDN的论坛上找到了我问题的所在。下面列一下自己遇到的问题,防止自己以后忘掉,也是给后来者一个指导吧。
当然先是要安装IIS和ASP.NET,关于ASP.NET的安装需要运行"C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i ”命令,这个我在已经在前面的文章中提及过。就不再多述了。然后需要在IIS中配置.svc扩展名,这个可以通过命令"C:\WINDOWS\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe -i”来完成。也可以“ Internet信息服务->主目录->配置...->映射->添加”
中,在可执行文件中填入:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll,扩展名填入:.svc 如果需要可以填写动作,这样一般就可以成功了。
然后创建虚拟目录,把编写好的代码放入App_Code文件夹中,或是把编译好的dll文件放入Bin文件夹中即可,填写.svc后缀文件,如:
<%@ ServiceHost Language="C#" Debug="true" Service="WcfServiceApp.Service1" %>
这样一般都是能成功的。至少我在网上找到的是这样的。但是我自己偏偏成功不了,总是有下面的提示:
[InvalidOperationException: 未找到 URI“http://192.168.100/GetDataService”的兼容 TransportManager。这可能是因为使用了指向虚拟应用程序外部的绝对地址。请使用相对地址。]
System.ServiceModel.Channels.TransportChannelListener.ThrowTransportManagersNotFound() +248
System.ServiceModel.Channels.TransportChannelListener.SelectTransportManagers() +4492816
System.ServiceModel.Channels.TransportManagerContainer.Open(SelectTransportManagersCallback selectTransportManagerCallback) +55
System.ServiceModel.Channels.TransportChannelListener.OnOpen(TimeSpan timeout) +75
System.ServiceModel.Channels.HttpChannelListener.OnOpen(TimeSpan timeout) +67
System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout) +268
System.ServiceModel.Dispatcher.ChannelDispatcher.OnOpen(TimeSpan timeout) +61
[InvalidOperationException: “http://192.168.100/GetDataService”处带有协定“"IGetData"”的 ChannelDispatcher 无法打开其 IchannelListener。]
System.ServiceModel.Dispatcher.ChannelDispatcher.OnOpen(TimeSpan timeout) +107
System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout) +268
System.ServiceModel.ServiceHostBase.OnOpen(TimeSpan timeout) +123
System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout) +268
System.ServiceModel.Channels.CommunicationObject.Open() +30
System.ServiceModel.HostingManager.ActivateService(String normalizedVirtualPath) +104
System.ServiceModel.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath) +498
[ServiceActivationException: 由于编译过程中出现异常,无法激活服务“/SOAP/GetDataService.svc”。异常消息为: “http://192.168.100/GetDataService”处带有协定“"IGetData"”的 ChannelDispatcher 无法打开其 IchannelListener。。]
System.ServiceModel.AsyncResult.End(IAsyncResult result) +4413209
System.ServiceModel.Activation.HostedHttpRequestAsyncResult.End(IAsyncResult result) +183
System.ServiceModel.Activation.HostedHttpRequestAsyncResult.ExecuteSynchronous(HttpApplication context, Boolean flowContext) +205
System.ServiceModel.Activation.HttpModule.ProcessRequest(Object sender, EventArgs e) +322
System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +92
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +64
让我苦找,最终找到的结果是我因为我在Web.config文件中配置了address的值为:http://192.168.100/GetDataService,看来是我用Windows服务用多了,这个地址的值就下意识的填上去了。msdn的论坛上没有给出解释说为什么不用这个地址,我猜测在Windows服务中这个地址用来在请求到达时提供一个处理改请求的端口,而如果把IIS作为宿主,则这个地址由IIS提供就可以了,IIS提供的是基地址,就像是在windows服务中的baseAddress的概念,而这个地址提供的是相对地址,比如我们可以加入bin的值,表示我们将dll文件放到虚拟目录下的bin文件夹下。
这样我遇到的问题就都解决了。这里的Bin和App_Code文件夹是ASP.NET默认识别的文件夹,可以将dll文件放入Bin文件夹中,将源代码放入App_Code文件夹中,在App_Code文件夹中,ASP.NET会根据文件扩展名来确定调用什么编译器,比如.vb调用VB的编译器,.cs调用C#编译器;但是这个文件夹中不能同时包含不同的源代码,不过这个问题可以通过配置ASP.NET来解决。