社区
C#
帖子详情
Remoting 问题消息队列来看
nihaoma2003
2003-10-17 08:29:10
我照你的方法,设我的服务器端和客户端的配置文件,经过测试,发送int等类型是没有问题的,但在发送DataGridTableStly时出现安全性错误。??
...全文
60
3
打赏
收藏
Remoting 问题消息队列来看
我照你的方法,设我的服务器端和客户端的配置文件,经过测试,发送int等类型是没有问题的,但在发送DataGridTableStly时出现安全性错误。??
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用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
基于WCF的即时通讯软件的设计与实现
自从在微软提出.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等现有技术的优点,它提供了一种构建安全可靠的分布式面向服务系统的统一的框架模型,使软件研发人员在开发分布式应用时变得更加轻松。
消息队列
常见
问题
整理
解耦、异步、削峰。解耦:生产端和消费端不需要相互依赖;异步:生产端不需要等待消费端响应,直接返回,提高了响应时间和吞吐量;削峰:打平高峰期的流量,消费端可以以自己的速度处理,同时也无需在高峰期增加太多资源,提高资源利用率。引入
消息队列
后让我们子系统间耦合性降低了,异步处理机制减少了系统的响应时间,同时能够有效的应对请求峰值
问题
,提升系统的稳定性。但同时引入
消息队列
也会带来一些
问题
。下面我们以RocketMQ为例来分析引入 MQ 带来的
问题
以及解决方案。
消息队列
技术选型:这 7 种消息场景一定要考虑!
大家好,我是君哥。我们在做
消息队列
的技术选型时,往往会结合业务场景进行考虑。今天来聊一聊
消息队列
可能会用到的 7 种消息场景。1 普通消息
消息队列
最基础的功能就是生产者发送消息、Broker 保存消息,消费者来消费消息,以此实现系统解耦、削峰填谷的作用。普通消息是
消息队列
必备的消息类型,也是系统使用场景最多的一种消息。2 顺序消息顺序消息是指生产者发送消息的顺序和消费者消费消息的顺序是一致的。比如...
谈一谈
消息队列
开发者(KaiFaX)面向全栈工程师的开发者专注于前端、Java/Python/Go/PHP的技术社区来源:勇哥java实战分享作者:勇哥谈起
消息队列
,内心还是会有些波澜。
消息队列
,缓存,分库分表是高并发解决方案三剑客,而
消息队列
是我最喜欢,也是思考最多的技术。我想按照下面的四个阶段分享我与
消息队列
的故事,同时也是对我技术成长经历的回顾。初识:ActiveMQ进阶:Redis&Rabbit...
消息队列
详解之RocketMQ
消息队列
(Message Queue),顾名思义,是队列这种数据结构的一种实现。今天我们对其进行详细的了解 一、什么是
消息队列
消息队列
是一种队列,是一种存储消息的中间件,我们可以把他看成是一种存储消息的容器。提到队列,就不得不说元素的进出顺序,先进先出。
消息队列
也遵循这个原则。生产者如果按照123的顺序进行消息的发送,那消费者必定要通过123的顺序进行接收。即时在多个消费者订阅同一主题的消...
C#
110,536
社区成员
642,578
社区内容
发帖
与我相关
我的任务
C#
.NET技术 C#
复制链接
扫一扫
分享
社区描述
.NET技术 C#
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧
+ 用AI写文章