正在阅读：领教Microsoft--QC之旅途笔记领教Microsoft--QC之旅途笔记

　　本文档将说明在使用Microsoft Message Queue的Queued Component技术时着实领教了Microsoft的乖张。

　　继续阅读之前，我们假设您熟悉以下知识：

　　MSMQ
　　COM+
　　QC
　　IIS 5.0

　　乖张一
　　MSMQ的队列组件如何使用，我就不多说，可以参考《[MQ]QueuedComponent设计时了解事项[MQ]》。

　　发生了什么？

　　我的测试程序调用队列组件一次两次，尚可以正常运作。

　　但是，如果稍微调用快了一点，于是就出现这个错误。最糟糕的是，这个队列组件所在的COM+应用停止了响应！！

　　让我们看看 microsoft.public.* 新闻组上都没有人能回答的这个怪异的错误日志：

　　事件类型: 错误
　　事件来源: COM+
　　事件种类: 管理
　　事件 ID: 4210
　　描述:
　　因为发生意外错误，COM+ 服务无法处理一个组件的  IsCallerInRole 调用。返回到调用者的意外错误代码显示如下。
　　Recorder untrusted服务器应用程序 ID: {8C12B987-454E-4FD0-81F7-9DC9CA48BB15}服务器应用程序名称: Tomo_Trimmer_QC
　　错误代码= 0x80070005 : 拒绝访问。
　　COM+ 服务内部信息:
　　文件: .\player.cpp， 行: 737

　　我直接厥了过去，心想自己选择QueuedComponent是不是有眼无珠鼠目寸光。

　　解决这个问题，需要完全去除安全层，转到COM+应用的属性页，并在Security属性标签上单击，设置Authentication level for calls为None。

　　乖张二
　　产品上线了，测试人员点击了ASP页面，第一次OKAY，过了，第二次…….竟然IIS瘫了？！

　　我已经不省人事了