Remoting 问题消息队列来看

nihaoma2003 2003-10-17 08:29:10
我照你的方法,设我的服务器端和客户端的配置文件,经过测试,发送int等类型是没有问题的,但在发送DataGridTableStly时出现安全性错误。??
...全文
58 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
kuangsha007 2003-10-17
  • 打赏
  • 举报
回复
看看,上面的安全性警告,你就知道为什么不可以了,
我的QQ;53762259 有时间可以和我联系
kuangsha007 2003-10-17
  • 打赏
  • 举报
回复
代码访问安全性
代码访问安全性基于计算机管理员设置的安全策略控制可执行代码对资源和操作的访问。但是,由于代码访问安全性不审核跨越远程连接的堆栈,远程处理应用程序的开发人员应清楚地知道,远程处理基础结构需要完全信任才能在客户端或服务器上执行。

警告 您决不应该尝试为 AppDomain 对象创建可远程处理的包装。如果这样做,就可能能够在远程发布对该 AppDomain 的引用,这会在远程公开 AppDomain.CreateInstance 方法(或其他方法),并因而破坏该 AppDomain 的任何代码访问安全性。正在连接到远程 AppDomain 的未经授权的客户端可能能够访问 AppDomain 本身可以访问的任何资源。实际上,您不应该对以下类型执行此操作:扩展 MarshalByRefObject 的任何类型;实现可以由未经授权的客户端用来以任何方式绕过安全系统的方法的任何类型。
从更为一般的意义上来讲,几种系统类型扩展 MarshalByRefObject,但在运行时执行安全检查以防止应用程序域之外的任何对象在远程实际调用该类型的对象。AppDomain 和 System.Windows.Forms.Form 就是这种情况的两个示例。这样来理解会容易一些:您可以扩展 MarshalByRefObject 并在远程获取引用,但这对于这些特殊类型则不适用。它可能会尝试将进程内引用包装在另一个可远程处理的类型中,但这样做会在无意中绕过代码访问安全机制,因此决不应该这样做。
nihaoma2003 2003-10-17
  • 打赏
  • 举报
回复
up
自从在微软提出.NET战略以来,就针对建立企业级的分布式应用先后推出了一系列产品和技术,包括:ASP.NET Web服务、.NET Remoting、Message Queuing以及Enterprise Service等。这些技术为基于微软技术的软件研发人员开发分布式应用提供了很大的便利,同时也各自存在着一些不足。WCF(Windows Communication Foundation)作为微软基于SOA所推出的.NET平台下的新一代框架产品集成了现有技术的优点,代表了未来软件架构设计与开发的发展方向。因此,掌握并能在未来应用中合理运用WCF技术,对于程序员特别是基于微软技术开发的程序员而言是十分必要的。基于此,文章通过介绍一套即时通信软件的具体开发过程来展现基于WCF技术的分布式软件研发的基本步骤与高级技巧。 二、WCF概述 对于一个好的分布式系统来讲,设计时应当考虑到异构性、开放性、安全性、可扩展性、故障处理、并发性以及透明性等问题。基于SOAP的Web Service可以实现异构环境的互操作性,保证了跨平台的通信。利用WSE(Web Service Enhancements)可以为ASMX提供安全性的保证。.NET Remoting具有丰富的扩展功能,可以创建定制的信道、格式化器和代理程序。Enterprise Service(COM+)提供了对事务的支持,其中还包括分布式事务,可实现故障的恢复。MSMQ可以支持异步调用、脱机连接、断点连接等功能,利用消息队列支持应用程序之间的消息传递。从功能角度来看,WCF整合了ASMX、.Net Remoting、Enterprise Service、WSE以及MSMQ等现有技术的优点,它提供了一种构建安全可靠的分布式面向服务系统的统一的框架模型,使软件研发人员在开发分布式应用时变得更加轻松。

110,535

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Web++
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧