今天在使用webservice服务时候,报异常"The InnerException message was 'Maximum number of items that can be serialized or deserialized in an object graph is '65536'",首先看到65536以为是传输的字节数超过了65536的限制,查看服务段配置文件如下: <httpRuntime executionTimeout="300000"

今天在使用webservice服务时候,报异常“The InnerException message was 'Maximum number of items that can be serialized or deserialized in an object graph is '65536'”,首先看到65536以为是传输的字节数超过了65536的限制,查看服务段配置文件如下: <httpRuntime executionTimeout="300000" maxRequest

maxItemsInObjectGraph:一个整数,指定要序列化或反序列化的最大项数,可以限制对象图中要序列化的项数.默认的就是65535,当客户端与WebService之间传递的是对象要序列化的个数超过这个数时会报错:序列化的对象个数超出了65535个.最大值:2147483647 MaxItemsInObjectGraph 属性指定序列化程序在一次 ReadObject 或 WriteObject 方法调用中序列化或反序列化的对象的最大数目.该方法总是读取一个根对象,但此对象的数据成员中可

欢迎收看本期的<老周吹牛>节目,由于剧组严重缺钱,故本节目无视频无声音.好,先看下面一个类声明. [DataContract] public class DemoObject { [DataMember] public double Part1 { get; set; } [DataMember] public int Part2 { get; set; } [DataMember] public byte Part3 { get; set; } [DataMember] public str

上接    WCF学习之旅—WCF服务部署到IIS7.5(九) WCF学习之旅—WCF服务部署到应用程序(十) WCF学习之旅—WCF服务的Windows 服务程序寄宿(十一) 八.WAS宿主 IIS7允许通过HTTP外的协议进行激活和网络通信.此环境适合开发可通过 WCF支持的任何网络协议(包括http.net.tcp.net.pipe.net.msmq)进行通信的WCF服务.部署简单.管理方便,这些网络协议在部署时可像Http一样,直接丢到IIS7上即可,我们在下面的例子中以net.tcp为

近日在使用wcf的restfull架构服务时遭遇到了提交大数据的问题. 大数据包含两种情形: 1)单条数据量过大. 2)提交或获取的数据条数过多. 在测试时发现,默认设置下当单条JSON数据大于30K时服务便不予受理. 提交或获取数据大小的限制来自两方面,即IIS服务和WCF服务. 这两方面的限制都可以通过配置WCF服务端的Web.config相关配置节点的方式解决. 废话不说了,直接上解决方案. 未配置的原始Web.config <?xml version="1.0" enco

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

WCF入门教程(五)配置文件 服务协定以及实现写好后,需要将相关服务公布出去,就需要HOST来承载,供客户端来调用. 承载服务有两种方式,一种通过配置文件,一种通过代码进行配置.上一章已经介绍了代码方式来架设服务. 当然配置文件的方式还是很灵活,应用广泛. 通过此文章具体介绍WCF如果通过配置文件的方式进行配置. 一.配置文件功能 需要配置服务的EndPoint,设置相关绑定协议以及服务协定,并且还可以限定其具体的行为等. 二.配置文件结构 主要配置内容包括service节点.binding和b

一.绑定行为概述 为了支持服务端的其它本地特性,WCF定义了行为的概念.行为就是服务的本地特性,不会影响服务的通信模式.客户端并不知道服务端行为,所以行为不会出现在服务的绑定和发布的元数据中.说下WCF下“契约(Contract)”和“行为(Behavior)”的区别:契约是涉及双边的描述(契约是服务的提供者和服务消费者进行交互的手段),那么行为就是基于单边的描述.客户端行为体现的是WCF如何进行服务调用的方式,而服务端行为则体现了WCF的请求分发方式.所以服务契约会通过元数据对外发布,而WCF

一.引言 在使用ORM框架时,一个表有一个主键是必须的,如果没有主键,就没有办法来唯一的更新一条记录.在Sql Server数据库和Mysql数据库设置自增长的主键是一件很轻松的事情,如果在Oracle数据库中设置自增长的主键是比较繁琐的.本文不讨论数据库里单表的自增长问题,探讨的是多表自增长唯一Id的设计.如果各位看官遇到这个多表自增长唯一Id的这个需求,会怎么处理呢? 二.GUID的介绍 关于自增长主键的问题,有些人可能会想到.Net中的GUID,先对这个GUID进行测试. public v

转自url:http://greatverve.cnblogs.com/archive/2011/11/30/silverlight-wcf-pub.html 我们在编写Silverlight程序时,大多情况下都需要借助WCF来访问我们的后端数据库,在开发过程中访问数据库都是正常的,但是当把整个silverlight项目连同WCF发布到IIS上之后,会遇到这样一个问题:在host IIS的服务器上能够正常访问数据库,但是当通过client端执行程序时却无法访问数据库,也没有错误信息,调用页面都是

修改配置项: <system.serviceModel> <behaviors> <endpointBehaviors> <behavior name="NewBehavior"> <dataContractSerializer maxItemsInObjectGraph=" /> </behavior> </endpointBehaviors> </behaviors> <

需求:在同一台机子上,有一个B/S程序,和一个C/S程序(不要问为什么,事实就是这样),B/S程序需要主动和C/S程序通信(C/S程序主动与B/S程序通信的情况这里暂不讨论). 下面以最快的速度写一个B/S程序和一个C/S程序实现,具体细节不解释,自己翻书看去. 一.建了两个工程,如下图所示: 二.先看C/S程序,跑起来就是这样的,如下图所示(简单吧): 程序结构如下图: WCF的接口WCFServer.数据结构DataStruct.Winform程序Client IClientServer:

本文版权归mephisto和博客园共有,欢迎转载,但须保留此段声明,并给出原文链接,谢谢合作. 阅读目录 介绍 绑定 普通应用和SilverLight应用区别 本文版权归mephisto和博客园共有,欢迎转载,但须保留此段声明,并给出原文链接,谢谢合作. 介绍 WCF是构建和运行互联系统的一系列技术的总称,它是建立在Web Service架构上的一个全新的通信平台.我们可以把它看成是.NET平台上的新一代的Web Service.WCF的绑定和行为可以对提供的服务提供不同的通信方式支持和其他方面

刚开始调用WCF的时候一直报错... ““System.ServiceModel.EndpointNotFoundException”类型的异常在 mscorlib.dll 中发生,但未在用户代码中进行处理” “其他信息: 没有终结点在侦听可以接受消息的 http://xx.xx.xx.xx:端口//Service1.svc.这通常是由于不正确的地址或者 SOAP 操作导致的.如果存在此情况,请参见 InnerException 以了解详细信息.” 点开详细信息:“InnerException:

在我们用WCF传输数据的时候,如果启用默认配置,传输的数据量过大,经常会出这个错误. WCF包含服务端与客户端,所以这个错误可能出现在服务端返回数据给客户端,或客户端传数据给服务端时. 1. 服务端返回数据给客户端报错 在客户端配置文件中,主要是配置maxReceivedMessageSize <system.serviceModel> <bindings> <basicHttpBinding> <binding name="ServiceProxyBi

WCF服务接口多,客户端在引用时出错!报WCF The maximum nametable character count quota (16384) has been exceeded while reading XML data错误 在服务端中定义接口太多时,在客户端的服务引用时,报错误: 元数据包含无法解析的引用:“net.tcp://localhost:8081/BaseData/mex”.    XML 文档中有错误.    读取 XML 数据时,超出最大名称表字符计数配额 (1638

WCF服务配置是WCF服务编程的主要部分.WCF作为分布式开发的基础框架,在定义服务以及定义消费服务的客户端时,都使用了配置文件的方法.虽然WCF也提供硬编程的方式,通过在代码中直接设置相关对象的属性来完成服务端与客户端的配置,然而这种方式并不利于后期程序的更改和扩展.因此,配置文件给WCF程序编程带来了极大的便利性,通过配置文件配置服务,可提供在部署时而非设计时提供终节点和服务行为数据的灵活性.正因如此,WCF的框架有着极大的伸缩性和自定义性. WCF配置文件的结构如下图所示,包含3个部分,s

错误信息:已有针对 IP 终结点 127.0.0.1:8235 的侦听器.如果有其他应用程序已在侦听此终结点,或者,如果在服务主机中具有多个服务终结点,这些终结点具有相同的 IP 终结点但绑定配置不兼容,则可能会发生这种情况. 解决方法:需要在类库 app.config文件中添加代码: <system.serviceModel> <bindings> <basicHttpBinding> <binding name=" useDefaultWebProx

异常信息:由于内部错误,服务器无法处理该请求.有关该错误的详细信息,请打开服务器上的 IncludeExceptionDetailInFaults (从 ServiceBehaviorAttribut 分类: 程序员成长2011-07-21 11:09 13138人阅读 评论(3) 收藏 举报 服务器wcfbehavior 不太懂WCF配置文件,当出现了这种错误时,呵呵,就按照上面的提示,作如下操作: 在wcf项目下,找到web.config 文件修改如下(蓝色部分) <behaviors>