服务契约 [ServiceContract] public interface IService { [OperationContract] string GetData(int value); [OperationContract] string GetString(string value); [OperationContract] void Upload(Request request)
整个安全传输是在WCF的信道层进行的，而绑定是信道层的缔造者，所以终结点采用哪种类型的绑定以及对绑定的属性进行怎样的设置决定了信道层最终采用何种机制实现消息的安全传输。具体来说，我们可以通过绑定设置最终采用的安全模式，以及基于相应安全模式下进行认证和消息保护的行为。 一、Binding安全相关的应用编程接口 不同的绑定类型由于其采用的传输协议不同，应用的场景也各有侧重，很难提供一种统一的应用编程接口完成基于不同绑定的安全设置，所以每一种绑定都具有各自用于安全设置相关的类型。但是基于对安全的设置，大部分系统预
默认情况下，silverlight在调用wcf时，如果传递的参数长度大于8192字节，即8k，会提示Not Found错误。 解决方法如下： 1、wcf服务端修改web.config 如下: <?xm
由于绑定对象由一系列有序的绑定元素组成，绑定元素最终决定着信道栈中信道的组成，而信道的组成最终又决定了信道栈对消息进行处理的方式和能力，所有要确定绑定的特性和能力，我们可以通过查看其绑定元素的构成来一窥究竟。为此我们我们写了一个简单的方法，用于列出一个具体的绑定对象所有的绑定元素，在介绍一个个具体的系统绑定中，我会使用该方法： 1: static void ListAllBindingElements(Binding binding) 2: { 3: BindingElementC
The maximum string content length quota (8192) has been exceeded while reading XML data. This quota may be increased by changing the MaxStringContentLength property
对于常用的几种绑定类型，它们都支持怎样的安全模式，以及针对各种安全模式可以采用怎样的认证方式（通过客户端凭证类型决定），这些都在前面的一系列文章中进行了详细的介绍。接下来我们通过表格的形式对不同类型的系统预定义对不同的安全模式进行一下总结。 一、系统预定义绑定对不同安全模式的支持 下面的表格表示系统预定义绑定对不同安全模式的支持（WSHttpBinding与WS2007HttpBinding具有相同的安全模式支持策略，这里仅仅列出了WSHttpBinding）。 BasicHttpBinding W
You can expose the service in two different endpoints. the SOAP one can use the binding that support SOAP e.g. basicHttpBinding, the RESTful one can use the webHttpBinding. I assume your REST service will be in JSON, in that case, you need to configure the
上一篇的学习中碰到一个问题，用地址http://localhost:8080/mex 访问元数据的时候一直提示400 bad request 错误，因为时间太晚了，查了好几遍代码，也没有发现问题。刚刚又试验了一下，解决方案分两步
通过WCF进行数据的查询或者添加的时候，如果数据量过大，一般会报出如下的错误：
最近跟高老师讨论nginx跟tomcat集群做负载均衡方案。感觉很有意思。想到自己项目中服务用的WCF技术，于是就想WCF如何做负载均衡，Google了一会，发现wcf4.0的路由服务好像可以实现。不过在研究路由服务期间，我有了个自己的方案，哈哈。
最近根据quartz.net 和wcf做资讯内容定时推送，wcf调用的时候出现远程服务器返回错误404，一直找不到原因是什么，客户端和服务器地址和配置都没啥问题，最后发现wcf请求数据，有传输大小限制。
通过配置文件来设置Host、Endpoint、Binding等是WCF中推荐的方法，这样可以使发布尽量灵活。其实配置文件中的值，最终还是要体现到代码中的，只不过这部分工作由底层帮你做了。我们今天来尝试去掉配置文件，用纯代码实现发布过程，同时加深一下对层次关系的理解。
一、问题：这可能是由于服务终结点绑定未使用 HTTP 协议造成的。这还可能是由于服务器中止了 HTTP 请求上下文(可能由于服务关闭)所致
废话不多说，前两集大致介绍了一下什么是WCF以及和WCF相关的WebService和.net Remoting的一些东西，今天主角要上场，开始WCF的实现相关的东西。
若确保上述self-host server能运行，需要用管理员权限开一个powershell，运行：
webhttpbinding是REST风格的绑定，您只需点击一个URL，然后从Web服务中获取大量XML或JSON。
在设计和实现服务协定后，即可配置服务。在其中可以定义和自定义如何向客户端公开服务，包括指定可以找到服务的地址、服务用于发送和接收消息的传输和消息编码，以及服务需要的安全类型。
前言：本文旨在帮助从未接触过wcf(.svc文件)的webservice开发人员，快速将传统的webService/asmx技术迁移到wcf。高手就不用浪费时间往下看了：)
对消息进行签名和加密分别解决了消息的一致性和机密性问题。而最终是仅仅采用签名还是签名与加密共用取决于契约中对消息保护级别的设置。但是具体的签名和加密在整个WCF框架体系中如何实现？是采用对称加密还是非对称加密？密钥如何而来？相信这些问题在本篇文章中你会找到答案。 目录 一、BasicHttpBinding 二、WSHttpBinding、WS2007HttpBinding和WSDualHttpBinding 三、NetTcpBinding和NetNamed
《我的WCF之旅》系列自开篇以来，得到了园子里很多朋友的厚爱，并荣登了博客园2007年度系列博文Top 10。由于工作原因，沉寂了几个月，今天开始WCF新的旅程。如果说《我的WCF之旅》主要是对WCF基本原理概括性介绍，而对于这个新的系列，我将和大家分享我对WCF的一些实现机制、设计原理的理解，以及我在实际的项目开发中的一些实践经验（比如在后续的一些文章中，我将介绍通过WCF Extension实现一些在真正的分布式项目开发中很有现实意义的功能）。 Windows Communication Foundat
很多WCF的初学者是从之前的Web服务上转移过来的，他们非常怀念.asmx Web服务无配置的服务寄宿方式。你只需要在定义Web服务的时候再表示服务操作的方法上应用WebMethodAttribute特性就可以了，完全可以不需要手工进行相应的配置，因为Web服务运行时会自动为你添加默认的配置。但是对于WCF来说，在进行服务寄宿的时候，你必须以编程或者配置的方式为服务添加至少一个终结点，而终结点需要具备基本的ABC三要素。 对于最新版本的WCF编程人员来说，你也可以采用无配置的服务寄宿了，这主要得益于WCF提
最近项目需要和第三网站进行数据交换，第三方网站基本都是RESTfull形式的API，但是也有的是Web Service，或者.NET里面的WCF。微软鼓励大家使用WCF替代Web Service。 Web Service技术介绍 Web Service是一个平台独立的，松耦合的，自包含的、基于可编程的Web应用程序，可使用开发的XML数据标准来描述、发布、发现、协调和配置这些应用程序，同时用于开发分布式的互操作的应用程序。 WCF技术介绍 WCF是Web Service的升级版本。WCF是Windows C
今年10月份想换工作，更新了一下简历，接到北京汉克时代面试邀请，去了。后来通过了。然后谈了薪资，各方面还算稳妥。同时短信方式向对方确认了本人入职要1个月时间，是否可以。对方回答可以。于是向原公司提出离职申请。在上周5办完所有手续。期间，11月6号接到电话说会发表格给我，让我填写个人信息，后在11月13号回复了邮件，确认了各种信息。
上周回母校见了一下大学老师，还有些同学，发现差距还是挺大的。。。圈子不一样，真的就什么都不一样了。。
到目前为止，对于WCF安全传输的三个方面，我们已经对认证进行了详细的介绍，现在我们来关注另外两个话题：消息的一致性和机密性，两者又统称为消息保护（Message Protection）。消息的安全等级指的是对整个消息或者消息的某个部分事实安全保护采用的等级。按照级别的由低到高，WCF支持如下三种不同的安全等级。在WCF的应用编程接口中，消息保护级别通过如下定义的ProtectionLevel枚举表示。 None:不采用任何措施来保护消息的一致性和机密性； Sign:通过对整个消息或者消息的某个部分进行数字
在上一篇文章中，我们详细地介绍了BasicHttpBinding具有怎样的安全模式的支持，已经在各种安全模式下分别可以采用怎样的客户端凭证。接下来我们来进一步分析另外三个基于HTTP的绑定，即WSHttpBinding、WS2007HttpBinding和WSDualHttpBinding。考虑到它们之间在安全设置方面的相关性，在这里我们先来介绍WSDualHttpBinding。 一、WSDualHttpBinding 我们在前面提到过，WCF所有基于HTTP的绑定的Transport安全模式都是通过TL
题外话：本以为我会WCF了，精通WCF了，毕竟刚做过一个WCF的项目，不就是写写契约接口，然后实现接口，改下配置。最后用控制台或者服务发布一下，不就能用了。不就是简单ABC吗？不是So Easy吗？做第二个项目的时候我悲剧了，被碰的头破血流！忽然发现什么什么都不会（第一个项目比照网上教程一步一步弄的），连写一个简单hello world都写不出来。我之前还以为自己很懂了…… 一、WCF文件配置 为了不重蹈覆辙，这次争取把他整懂整透（当然这才是入门而已）。WCF很强大，它的强大跟它的配置有很大的
首先修改服务端的app.config 配置文件，先使用basicHttpBinding
是开始学习IronPython 的时候了文章里谈到了“IronPython 2.6提供了新特性clrtype，允许程序员用纯IronPython代码提供property、attribute等CLR类型信息。这样IronPython代码就可以无缝地与Sliverlight、WCF等框架集成。”我们就用clrtype来看看怎么承载WCF服务和消费WCF服务。WCF的契约需要定义接口，这是目前IronPython 尚未支持的功能，所以我们先用C#定义个一个WCF的契约： using System; using
本系列演示如何使用 Rafy 领域实体框架快速转换一个传统的三层应用程序，并展示转换完成后，Rafy 带来的新功能。 《福利到！Rafy(原OEA)领域实体框架 2.22.2067 发布！》 《Rafy 领域实体框架示例(1) - 转换传统三层应用程序》 《Rafy 领域实体框架演示(2) - 新功能展示》 以 Rafy 开发的应用程序，其实体、仓库、服务代码不需要做任何修改，即可同时支持单机部署、C/S 分布式部署。本文将说明如果快速使用 C/S 分布式部署。 前言 截止到上一篇，我们开发的应用程序都是采
此版本依赖于 .NET Standard 2.0，可在支持 .NET Standard 2.0 的任何 .NET 版本上运行。这意味着 .NET Framework 4.6.1 以上版本和 .NET Core 2.1 以上版本。它构建在 ASP.NET Core 2.1 之上，并且已经过测试并可以在所有当前支持的 ASP.NET Core 版本上运行，最高可达 5.0。
[续《上篇》]通过将TransactionFlowAttribute特性应用在服务契约的某个操作之上，并指定相应的TransactionFlowOption枚举直，仅仅定义了事务流转的策略而已。或者说，通过这种方式确定对事物流转的一种意愿，客户端是否愿意将当前事务流出，服务端是否愿意接受流入的事务，可以通过TransactionFlowAttribute特性进行控制。所以说，服务操作上定义个TransactionFlowAttribute特性是是否进行事务流转的总开关，真正的事务传播是建立在Transact
其实不太了解为什么第21集才讲这个Binding，下面都是一些概念性的东西，不过作为一个入门视频，了解一下也无妨吧。
WCF发布到IIS，并有相应的SVC宿主文件 客户端软件通过CLICK ONCE发布到WCF的相同目录下 本例实现了：客户端自动发现WCF服务的功能 1 不通过配置文件绑定WCF服务
一、契约的保护等级为绑定进行消息保护设置了“最低标准” 二、显式地将保护等级设置成ProtectionLevel.None与没有设置保护等级有区别吗？ 三、消息的保护等级与WS-Addressing 一、契约的保护等级为绑定进行消息保护设置了“最低标准” 定义在契约上消息保护级别实际上为WCF实施消息保护设置了一个“最低标准”。由于整个消息保护机制，不论是签名还是加密，都是在信道层实现的。而信道层最终是通过绑定来实现的，绑定的属性决定了信道层处理消息的能力。而绑定安全方面的
客户端调用WCF服务可以通过添加服务引用的方式添加，这种方式使用起来比较简单，适合小项目使用。服务端与服务端的耦合较深，而且添加服务引用的方式生成一大堆臃肿的文件。
WCF实际上是构建了一个框架，这个框架实现了在互联系统中各个Application之间如何通信。使得Developers和Architect在构建分布式系统中，无需在考虑如何去实现通信相关的问题，更加关注与系统的业务逻辑本身。而在WCF Infrastructure中，各个Application之间的通信是由Endpoint来实现的。 Endpoint的结构 Endpoint包含以下4个对象： Address: Address通过一个URI唯一地标识一个Endpoint，并告诉潜在的WCF service
在WCF中，每个终结点都包含两个不同的地址——逻辑地址和物理地址。逻辑地址就是终结点Address属性表示的地址。至于物理地址，对于消息发送放来讲，就是消息被真正发送的目的地址；而对于消息的接收放来讲，就是监听器真正监听的地址。 一、服务端的物理地址 在默认的情况下，终结点的逻辑地址和物理地址是同一个URI。换句话说，终结的逻辑地址是必须的，如何物理地址没有指定的，默认使用逻辑地址作为物理地址。对于消息接收方的终结点来讲，物理地址就是监听地址，通过ServiceEndpoint的ListenUri表示：
如果你安装了 VS 2010 的 Silverlight 4 开发工具，会发现一项重量级的安装项目，WCF RIA Services，用于Silverlight数据访问服务，比WCF和ADO.NET Data Service和Web服务都要简单. 在一个三层架构的应用程序中，中间层介于表示层和数据层之间，你所写的业务逻辑和数据验证都将在中间层出现。创建拥有良好用户体验的RIA应用，你需要客户端和服务端有着相同的业务规则，因此在客户端和服务端保证同步的中间层变得至关重要。WCF RIA Services可以让
在介绍终结点的ListenUriMode时，我们提到了两个特殊的对象ChannelDispatcher和ChannelListener。这两个对象在整个WCF的消息分发系统中具有重要的地位，在这节里，我们对WCF的整个消息分发过程作一个简单的介绍。 一、连接请求的监听 当我们通过ServiceHost对某个服务进行寄宿的时候，实际上WCF是在为我们创建一个监听器，并监听来自外界的服务访问请求。我们举一个例子，比如针对服务CalculateService，具有如下的配置：该服务具有基于BasicHttpBi
这部分主要涉及企业级应用的安全问题，一般来说安全框架主要提供3个典型的安全行为：认证、授权和审核。除了典型的安全问题，对于一个以消息作为通信手段的分布式应用，还需要考虑消息保护(Message Pro
在定义和寄宿WCF服务的时候会面临三个名称/命名空间，它们分别是ServiceContractAttribute、ServiceBehaviorAttribute和Binding的Name和Namespace属性，很对人对此不能很好地区分。 一、ServiceContractAttribute的名称/命名空间 每个服务契约都有一个确定的名称，当在一个接口或类上应用了ServiceContractAttribute特性，默认的名称就是接口或类的名称。我们可以通过Name属性显式地指定需要的名称，这在某些场景中
对于WCF服务端元数据架构体系来说，通过MetadataExporter将服务的终结点导出成MetadataSet（参考《如何导出WCF服务的元数据》），仅仅是完成了一半的工作。被成功导出的以MetadataSet对象表示的元数据需要最终作为可被访问的网络资源发布出来，才能被服务消费者获取，进而有效地帮助他们进行服务调用。元数据的发布最终是通过ServiceMetadataBehavior这样一个服务行为实现的，我们先来认识一下ServiceMetadataBehavior。 一、 元数据发布的实现者：S
形如：http://localhost/XL.Service/Sys-MenuService
我们知道，WCF是MS基于SOA建立的一套在分布式环境中各个相对独立的Application进行Communication的构架。他实现了最新的基于WS-*规范。按照SOA的原则，相对独自的业务逻辑以service的形式封装，调用者通过Messaging的方式调用Service。对于承载着某个业务功能的实现的Service应该具有Context无关性、甚至是Solution无关性，也就是说个构成Service的operation不应该绑定到具体的调用上下文，对于任何调用，具有什么样的输入，就会有与之对应的输出。因为SOA的一个最大的目标就是尽可能地实现重用，只有具有Context无关性/Solution无关性，Service才能实现最大限度的重用。此外Service的Context无关性/Solution无关性还促进了另一个重要的面向服务的特征的实现：可组合性，把若干相关细粒度的Service封装成一个整体业务流程的Service。
实现目标： 1.创建一个WCF服务，用于读卡。 再创建一个winform客户端程序，作为WCF的宿主。 WCF服务以 IP+端口的形式对外提供服务。 2.python中安装suds，用于解析 WCF的服务地址。
在上一篇文章中，我们通过自定义InstanceProvider实现了WCF和微软Enterprise Library Unity Application Block的集成， 今天我们已相同的方式实现WCF与Enterprise Library的另一个Application Block的集成：Policy Injection Application Block (PIAB)。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
