IIS8发布WCF接口中遇到的问题总结

环境：系统Win8.1+VS2013+IIS8

在VS13中新建一个WCF服务应用程序，新建之后系统会默认给我们新建一个方法。

我们直接将这个程序发布在IIS之下，或者直接F5运行本来美美的想看到程序运行成功的画面结果系统直接报黄页：

大致的信息就是这样"未能从程序集“System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c5619",哥看到这报错直接懵逼了，这特么是个什么鬼？不管他，直接右键百度。看到有很多网友提供的解决方案是这样的。

http://blog.sina.com.cn/s/blog_4cb8dae20100yroo.html

最主要的是红线那里加上就行了，可是我接着执行第二步的时候问题来了。接着又在网上百度关于这个报错的解决方案，后来在网上有个大神说“IIS8中发布WCF接口不能使用默认的应用程序池”，应该使用“经典模式”就行了。设置之后，在浏览器中直接点击查看结果果然成功了。

学习之后的疑问：我看博客园中的“一线码农”和“蒋金楠”他们都是江的配置信息之类的讲的好多，为毛我的程序没写一点配置信息都可以运行？？

学习目标：使用WCF返回Json字符串和自定义的类型

时间： 2024-08-10 21:29:10

IIS8发布WCF接口中遇到的问题总结的相关文章

发布WCF接口

今天发布WCF接口到IIS上面遇到了两个问题. 1.添加映射MIME(忘记是什么错了) 点击wcf接口进去,会报错~ 解决方案如下 添加MIME类型 扩展名“.svc”,MIME类型 “application/octet-stream” 2.远程服务器返回了意外响应: (405) Method Not Allowed. 另外一个项目调用wcf接口,报上面405的错,一脸懵逼~~ 操作:打开控制面板->windows服务 勾选HTTP激活,就可以调用wcf接口啦!! 原文地址:https://ww

Java 8——接口中个的默认方法和静态方法

在Java SE 8之前,interface只是事物的抽象,用来定义统一的抽象事物和描述事物的抽象行为和属性. 但是在Java SE 8中,增加了可以在interface中增加默认实现的行为和事物的静态行为. 一.为什么? java迭代了如此多的版本且主要采用的都是演化的思想而非重构(为了保证与历史的兼容性). 这样就容易出现很多比较难以处理的问题,接口在发布之后就已经被定型,除非我们能够一次性更新所有该接口的实现.比如某个历史接口有很多实现,需要在历史接口中增加一个行为,那么久需要在它的所有实

WCF服务发布到IIS中去（VS2013+win7系统）

第一个WCF程序 1. 新建立空白解决方案,并在解决方案中新建项目,项目类型为:WCF服务应用程序.建立完成后如下图所示: 2.删除系统生成的两个文件IService1.cs与Service1.svc. 3.添加自定义的WCF[服务文件]User.svc,此时vs2010会自动生成WCF接口文件IUser.cs,我们在IUser中定义WCF方法ShowName,在User.svc.cs对该接口的方法进行实现. 代码如下: using System.ServiceModel; namespace

WIN8+VS2013编写发布WCF、一（编写）、二（部署）、三（调用）

原文://http://www.cnblogs.com/tntboom/p/4348483.html 引言:上学期因为写服务器用WCF,所以连查资料再瞎调试勉强成功了,但是这学期又到了用WCF的时候,而当时的资料零零散散,查找不易,并且此次是在WIN8与VS2013环境下编写的,所以将该入门过程记录下来,一是方便查阅,二是有助于其他新手. 一.新建工程并编写. 1.打开VS2013,新建--WCF----WCF服务应用程序,工程名称请根据爱好自行填写.如图: 2.观察解决方案框中的文件列表,其中

C#动态调用WCF接口

C#动态调用WCF接口 写在前面 接触WCF还是它在最初诞生之处,一个分布式应用的巨作. 从开始接触到现在断断续续,真正使用的项目少之又少,更谈不上深入WCF内部实现机制和原理去研究,最近自己做一个项目时用到了WCF. 从这个小项目中我学会了两个地方: 1.利用IIS部署WCF服务,也就是大家接触到的发布SVC文件.2.动态调用WCF接口. 在这个项目中接触WCF时遇到的其实不仅仅是这两个问题,甚至连IIS支持SVC文件也让我折腾了好几把,IIS都重新卸载了两次. 我在这篇文章里用两种方式来实现

两种方法供你动态调用WCF接口

写在前面 接触WCF还是它在最初诞生之处,一个分布式应用的巨作. 从开始接触到现在断断续续,真正使用的项目少之又少,更谈不上深入WCF内部实现机制和原理去研究,最近自己做一个项目时用到了WCF. 从这个小项目中我学会了两个地方: 1.利用IIS部署WCF服务,也就是大家接触到的发布SVC文件.2.动态调用WCF接口. 在这个项目中接触WCF时遇到的其实不仅仅是这两个问题,甚至连IIS支持SVC文件也让我折腾了好几把,IIS都重新卸载了两次. 我在这篇文章里用两种方式来实现. 如何使用 1.第一种

WCF 一步一步 发布 WCF服务 到 IIS （图）

WCF 一步一步 发布 WCF服务 到 IIS (图) 使用VS自带的WCFSVCHost(WCF服务主机)发布WCF服务,时刻开发人员测试使用. 下面我们来看一下如何在IIS中部发布一个WCF服务. 环境是VS 2008 (公司电脑没有安装VS2010)^_^ 我们从头开始,不写代码,完全的配置,会收获不小. 新建一个WCF 服务库 建立一个WCF服务应用程序 结果如下 删除掉WCF程序中不需要的默认文件,如下图   为WcfService1项目添加WcfServiceLibrary1的引用,

WCF项目中出现常见错误的解决方法：基础连接已经关闭: 连接被意外关闭

原文:WCF项目中出现常见错误的解决方法:基础连接已经关闭: 连接被意外关闭 在我们开发WCF项目的时候,常常会碰到一些莫名其妙的错误,有时候如果根据它的错误提示信息,一般很难定位到具体的问题所在,而由于WCF服务的特殊性,调试起来也不是那么方便,因此往往会花费不少时间来进行跟踪处理.本文介绍我在我在我的框架里面使用WCF服务的时候,出现的一个常见错误的处理方法,它的提示信息是:基础连接已经关闭: 连接被意外关闭.这种情况我碰到的有两种,一种是返回DataTable的时候出现的,一种是返回实体类

Java8接口中的默认方法

Java8新增特性,可以为接口中添加默认方法,实现这个接口的所有类都会继承这个方法,这样看起来,接口和类的界限就有点不明显了,同时也会带来多继承,菱形问题.这样设计的初衷是什么? 重所周知,java8开始支持lambda表达式,可以把函数当做参数传递,最明显的lambda表达式应用场景莫过于对collection的每一个元素应用lambda.如果想为Collection实现lambda表达式:list.forEach(…); // 这就是lambda代码 首先想到的是为Collection的父接