2013-02-02 05:57 by jv9, 1763 阅读, 3 评论, 收藏, 编辑 去年12月收到一位朋友的邮件,咨询Silverlight使用WCF服务,应用部署后一直无法访问的问题,通过几次交流,才发现在他的项目中,全部使用静态URL作为WCF服务的Endpoint地址,后来修改为动态地址后,问题解决.本篇简单介绍如何创建动态WCF Endpoint. Silverlight项目中通过WCF服务进行客户端与服务器端数据交互,其方法是在Silverlight客户端添加服务引用(Ser

WCF终结点概述 在之前文章的示例中,我们都是通过配置服务的终结点(endpoint)发布的服务,供客户端调用,这是因为WCF服务的所有通信都是通过该服务的终结点进行的.每个终结点(endpoint)包含四个属性. 一个指示可以查找终结点的位置的地址. 一个指定客户端如何与终结点进行通信的绑定. 一个标识可用操作的协定. 一组指定终结点的本地实现细节的行为. 终结点的结构 WCF服务终结点(endpoint)通信结构 终结点(endpoint)的组成内容 终结点地址 每个终结点都具有与其关联的地

1.配置文件方式设置EndPoint(ABC) 1.1.基本配置 <system.serviceModel> <services> <service name="MyNamespace.MyService"> <endpoint address="http://localhost:8000/MyService" binding="wsHttpBinding" contract="MyNamesp

最近在回顾之前做的wcf项目时,发现这个binding的属性有BasicHttpBinding,WSHttpBinding,webHttpBinding等几种方式.但是其中的区别当时未深入研究.现在网上查阅下,以供参考. 先附上一段英文: (1)webHttpBinding与basicHttpBinding / wsHttpBinding的区别: webHttpBinding is the REST-style binding, where you basically just hit a UR

URI的全称是 Uniform Rosource Identifire(统一资源标识),它唯一标识一个确定的网绐资源,同时也表示资源所处的位置及访问的方式(资源访问所用的网络协议). 对于EndpointAddress中URI来说,该资源就是服务本身.URI具有如下的结构: [传输协议(Scheme)]://[主机名称|域名}IP地址]:[可选端口]/[资源路径] WCF中经典传输协议下的URI 1.HTTP URI 和 HTTPS URI 例如:http://127.0.0.1/service

WCF是DotNet体系中很重要的一项技术,但是组内很多组员通过书籍自学的时候 感觉涉及面太广.配置文件太复杂,新名词太多.抓不到头绪,有感于此,决定进行一次组内技术培训,顺便把培训讲义整理到blog上来.不求大而全,而是要 让初学者快速入门,因此想入实例入手,并刻意隐藏一些初期用不到的内容,以降低入门门槛.有任何错误欢迎指正. 注:本系列文章基于.Net Framework 3.5,以教程的最后会归纳一下到了4.0中有哪些差异. ----------------------- 分隔线 ----

1.不显示WCF服务主机 在WCF项目属性中的WCF选项卡总关闭下图的选项 2.在其他项目中承载WCF服务 其他加载的操作一致,需要把WCF的endpoint和behavior节点复制到 启动服务的那个项目的配置文件中 3.可视化的编辑endpoint 在WCF服务的项目中的APP.CONFIG或者web.config文件中右键 点击[编辑WCF配置] 4.使用自加载的方式在其他项目中无法发现服务引用 首先启动编译目录下的托管服务的程序 打开添加服务引用 输入地址点击转到即可   5.使用服务引

WCF初探-1:认识WCF WCF初探-6:WCF服务配置 WCF初探-2:手动实现WCF程序 WCF初探-7:WCF服务配置工具使用 WCF初探-3:WCF消息交换模式之单向模式 WCF初探-8:WCF服务承载 (上) WCF初探-4:WCF消息交换模式之请求与答复模式  WCF初探-9:WCF服务承载 (下) WCF初探-5:WCF消息交换模式之双工通讯(Duplex) WCF初探-10:WCF客户端调用服务     WCF初探-11:WCF客户端异步调用服务  WCF初探-16:WCF数据

Learning about REST An Abstract Example Why Should You Care about REST? WCF and REST WebGetAttribute and WebInvokeAttribute UriTemplate and UriTemplateTable WebHttpBinding and WebHttpBehavior WebServiceHost and WebServiceHostFactory Using the Example

前言 再不写一篇就太监了,哈哈. 第21集 WCF里面的Binding Bindings in WCF 其实不太了解为什么第21集才讲这个Binding,下面都是一些概念性的东西,不过作为一个入门视频,了解一下也无妨吧. Binding其实属于WCF中endpoint三个属性之一.他们分别是address,binding,contract合称ABC.来看一下下面这个service 节点. <services> <service name="CalculatorService.C

1 开发环境VS2010,我们可以通过,“WCF服务库”.“WCF服务应用程序”,这里说“WCF服务应用程序”的方式. 2 如下 ① ② 先把项目中的"IService1.cs","ITestWcf.cs"删除掉,然后新建项

WCF和ASMX WebService的区别是什么? 最基本的区别在于,ASMX或者ASP.NET WebService是用来通过基于HTTP的SOAP来实现通讯.但WCF可以使用任意协议(HTTP,TCP/IP,MSMQ,NamedPipes等),消息封装可以使用任意格式(默认SOAP). 更多的细节比较,可以参考:WCF Vs ASMX 怎么理解WCF的Service EndPoints? 对于WCF服务来说,Endpoints暴漏了其被调用的方式:客户端必须知道这些 细节才能够与服务端进行

WCF编程系列(六)以编程方式配置终结点   示例一中我们的宿主程序非常简单:只是简单的实例化了一个ServiceHost对象,然后调用open方法来启动服务.而关于终结点的配置我们都是通过配置文件来完成的.在本讲中,我们将直接使用编程方式来配置终结点. ServiceHost类 即服务宿主类,它为我们的服务提供一个运行环境.ServiceHost的构造函数有三个重载: ServiceHost()  使用无参数的构造必须要有相应的配置文件设置. ServiceHost(Object,Uri[])

WCF编程系列(三)地址与绑定   地址     地址指定了接收消息的位置,WCF中地址以统一资源标识符(URI)的形式指定.URI由通讯协议和位置路径两部分组成,如示例一中的: http://localhost:8000/ 表明通讯协议为http,位置是localhost(本机)的8000端口.     注意上述提到的消息是指一个独立的数据单元,一般由消息正文和消息头组成,而服务端与客户端的交互都是通过消息来进行的.     WCF中支持的传输协议包括HTTP.TCP.Peer network

WCF编程系列(一)初识WCF   Windows Communication Foundation(WCF)是微软为构建面向服务的应用程序所提供的统一编程模型.WCF的基本概念:  地址:定义服务的地址  绑定:定义服务的通讯方式(传输协议.编码方案)  契约:定义服务的具体实现  终结点:由地址.绑定和契约共同构成一个终结点,服务器通过终结点向客户端公开服务,客户端通过终结点调用服务. 下面通过一个简单的服务示例来认识WCF(只需让本例顺利运行即可,关于代码中的各种类型及WCF的相关概念我们

将 WCF 服务器和客户端分别部署到不同机器上,可能会触发如下异常. 未处理 System.ServiceModel.Security.SecurityNegotiationException   Message="服务器已拒绝客户端凭据."   Source="mscorlib" 解决方法,就是调整服务器端 Binding 的安全方式,比如设为 "None". NetTcpBinding binding = new NetTcpBinding(

For developing a WCF service application, there are mainly two tools – Microsoft Visual Studio and CodePlex. Microsoft Visual Studio is a complete package of development tools, necessary for developing a large number of diverse applications like ASP.

Service Discovery in WCF 4.0 – Part 2 In the previous post I discussed about the basic usage of WCF Discovery in 4.0. I implemented a managed discovery service by inheriting from System.ServiceModel.Discovery.DiscoveryProxy. I utilized a concurrent d

做代码统计,方便以后使用: app.config配置文件设置: <configuration> <system.serviceModel> <bindings> <webHttpBinding> <binding name="> <readerQuotas maxDepth="/> </binding> </webHttpBinding> </bindings> <beha

不多说了,直接上代码吧.... 服务端Web.config文件中bindings配置 <bindings> <wsHttpBinding> <binding name="httpconf" closeTimeout="10:10:10" openTimeout="10:10:10" receiveTimeout="10:10:10" sendTimeout="10:10:10"