WCF配置文件注意事项

WCF配置文件分为服务端配置文件及客户端配置文件,很多配置项都是需要前后台同时支持的,具体的信息可以参见:WCF配置文件注释 及 WCF配置文件全攻略

1.maxStringContentLength="2097152"

在客户端配置 maxStringContentLength

2. The maximum message size quota for incoming messages (65536) has been exceeded. To increase the quota, use the MaxReceivedMessageSize property on the appropriate binding element.

此异常信息非常明确的指出应当修改客户端配置文件中的 MaxReceivedMessageSize属性,可参考如下代码片段:

ExpandedBlockStart.gif maxReceivedMessageSize配置代码片段
       < basicHttpBinding >
        
< binding  name ="BasicHttpBinding_IPermissionService"  closeTimeout ="00:01:00"
            openTimeout
="00:01:00"  receiveTimeout ="00:10:00"  sendTimeout ="00:01:00"
            allowCookies
="false"  bypassProxyOnLocal ="false"  hostNameComparisonMode ="StrongWildcard"
            maxBufferSize
="655360000"  maxBufferPoolSize ="524288"  maxReceivedMessageSize ="655360000"
            messageEncoding
="Text"  textEncoding ="utf-8"  transferMode ="Buffered"
            useDefaultWebProxy
="true" >

需要注意的是,好像需要同时修改maxBufferSize属性的值与MaxReceivedMessageSize属性值相同,否则还会报出另外的异常。

 

3. The maximum read depth (32) has been exceeded because XML data being read has more levels of nesting than is allowed by the quota. This quota may be increased by changing the MaxDepth property on the XmlDictionaryReaderQuotas object used when creating the XML reader.

此异常信息指示应当修改 MaxDepth属性的值,但修改客户端配置是没有用的,应当参考如下代码修改服务器端配置:

ExpandedBlockStart.gif 关于MaxDepth的配置代码片段
   < system.serviceModel >
    
< bindings >
      
< basicHttpBinding >
        
< binding  name ="MyBinding"  maxReceivedMessageSize ="6553600" >
          
< readerQuotas  maxDepth ="2147483647"  maxStringContentLength ="6553600"   />
        
</ binding >
     
</ basicHttpBinding >
    
</ bindings >
    
< services >
      
< service  name ="CohlFw3.Permission.Service.PermissionService"  behaviorConfiguration ="MyBehavior" >
        
< endpoint  address =""  binding ="basicHttpBinding"  bindingConfiguration ="MyBinding"  contract ="CohlFw3.Permission.Model.IPermissionService" />
      
</ service >       
    
</ services >
  
</ system.serviceModel >
  
<!-- 以上bindings和services节点默认是没有的,需要手工添加 -->


4. There was an error while trying to serialize parameter http://tempuri.org/:GetSuppliersResult. The InnerException message was 'Maximum number of items that can be serialized or deserialized in an object graph is '65536'. Change the object graph or increase the MaxItemsInObjectGraph quota. '.  Please see InnerException for more details.

在获取客商档案时,由于数据量较大,首先报出了如下错误:

http://localhost/cdms3.Service/BasicData/BasicDataService.svc. This could be due to the service endpoint binding not using the HTTP protocol. This could also be due to an HTTP request context being aborted by the server (possibly due to the service shutting down). See server logs for more details.

为了获取更详细的错误信息,只得祭起svcTraceViewer大旗,关于svcTraceViewer及svcConfigEditor工具的使用可参见:使用svcTraceViewer来调试WCF异常

于是便找到了如上面标题所述的异常信息,由此可知应当修改MaxItemsInObjectGraph属性值,在上述引用的文章中其实已经给出了解决方案,只是未给出实例代码,像我这种初学者还是花了点时间来配置MaxItemsInObjectGraph属性,应当同时修改前后台配置文件。

1)修改服务器端配置文件,在当前使用的Behavior节点中增加<dataContractSerializer maxItemsInObjectGraph="6553600" />,示例代码片段如下:

ExpandedBlockStart.gif 设置maxItemsInObjectGraph属性
         < behavior >
          
<!--  To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment  -->
          
< serviceMetadata  httpGetEnabled ="true" />
          
<!--  To receive exception details in faults for debugging purposes, set the value below to true.  Set to false before deployment to avoid disclosing exception information  -->
          
< serviceDebug  includeExceptionDetailInFaults ="false" />
          
< dataContractSerializer  maxItemsInObjectGraph ="6553600"   />
        
</ behavior >

2)然后修改客户端配置文件,增加maxItemsInObjectGraph配置

ExpandedBlockStart.gif 客户端增加maxItemsInObjectGraph配置
     < behaviors >
      
< endpointBehaviors >
        
< behavior >
          
< dataContractSerializer  maxItemsInObjectGraph ="6553600"   />
        
</ behavior >
      
</ endpointBehaviors >
    
</ behaviors >

  如果在上述配置节点中为Behavior节点设置了名称,如:<behavior name="MyBehavior">,那么还应当修改endpoint节点,设定其使用的Behavior配置:behaviorConfiguration="MyBehavior",凡是未特别指定behaviorConfiguration的endpoint将使用默认的Behavior配置(即无name属性的behavior)。

 

转载于:https://www.cnblogs.com/wiseant/archive/2010/06/01/1748834.html

数据治理是确保数据准确性、可靠性、安全性、可用性和完整性的体系和框架。它定义了组织内部如何使用、存储、保护和共享数据的规则和流程。数据治理的重要性随着数字化转型的加速而日益凸显,它能够提高决策效率、增强业务竞争力、降低风险,并促进业务创新。有效的数据治理体系可以确保数据在采集、存储、处理、共享和保护等环节的合规性和有效性。 数据质量管理是数据治理中的关键环节,它涉及数据质量评估、数据清洗、标准化和监控。高质量的数据能够提升业务决策的准确性,优化业务流程,并挖掘潜在的商业价值。随着大数据和人工智能技术的发展,数据质量管理在确保数据准确性和可靠性方面的作用愈发重要。企业需要建立完善的数据质量管理和校验机制,并通过数据清洗和标准化提高数据质量。 数据安全与隐私保护是数据治理中的另一个重要领域。随着数据量的快速增长和互联网技术的迅速发展,数据安全与隐私保护面临前所未有的挑战。企业需要加强数据安全与隐私保护的法律法规和技术手段,采用数据加密、脱敏和备份恢复等技术手段,以及加强培训和教育,提高安全意识和技能水平。 数据流程管理与监控是确保数据质量、提高数据利用率、保护数据安全的重要环节。有效的数据流程管理可以确保数据流程的合规性和高效性,而实时监控则有助于及时发现并解决潜在问题。企业需要设计合理的数据流程架构,制定详细的数据管理流程规范,并运用数据审计和可视化技术手段进行监控。 数据资产管理是将数据视为组织的重要资产,通过有效的管理和利用,为组织带来经济价值。数据资产管理涵盖数据的整个生命周期,包括数据的创建、存储、处理、共享、使用和保护。它面临的挑战包括数据量的快速增长、数据类型的多样化和数据更新的迅速性。组织需要建立完善的数据管理体系,提高数据处理和分析能力,以应对这些挑战。同时,数据资产的分类与评估、共享与使用规范也是数据资产管理的重要组成部分,需要制定合理的标准和规范,确保数据共享的安全性和隐私保护,以及建立合理的利益分配和权益保障机制。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值