正在阅读：领教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瘫了？！

　　我已经不省人事了

　　这时候的COM+应用已经停止响应，无法关闭和启动了。可我明明已经把COM+应用的身份验证级别设置为“无”了。而且，我自己的测试程序都可以正常运行，并没有任何异样？！

　　难道和IIS的ASP线程运行身份有关系？

　　IIS的应用程序级别为“中”的虚拟目录下的ASP页面调用，却没有看到我们的组件运行的迹象，而且每一次都会得到下面的错误。

　　这个错误日志已经几近邪恶：

　　事件类型: 错误
　　事件来源: COM+
　　事件种类: 管理
　　事件 ID: 4230

　　描述:

　　COM+ 内部错误。请与 “Microsoft 产品支持服务”部门联系来报告此错误。宣告失败:
　　hr == S_OK服务器应用程序 ID: {0DE91329-BDFB-4E44-9E82-A22F6D65CBA4}服务器应用程序名称: Tomo_Trimmer
　　该错误的严重性已导致进程终止。
　　错误代码= 0x8000ffff : 灾难性故障
　　COM+ 服务内部信息:
　　文件: .\assoc.cpp， 行: 528

　　真是恶毒啊！

　　做试验：

　　试验一：

　　将两个COM+应用的身份验证级别设置用了这样的组合：

　　QCCaller所在的：身份验证级别(无)，模拟级(匿名)。

　　QC所在的：身份验证级别(无)，模拟级(匿名)。

　　不行！

　　试验2：

　　将两个COM+应用的身份验证级别设置用了这样的组合：

　　QCCaller所在的：身份验证级别(包)，模拟级(模仿)。

　　QC所在的：身份验证级别(无)，模拟级(匿名)。

　　也不行！

　　解决办法有两个：

　　找到两个解决办法就是，

　　一：把IIS的虚拟目录的应用程序保护级别设置为“低(IIS进程)”。这样就可以正常启动了,而且不再报告“灾难性故障”。

　　二：将队列组件所在的COM+应用的身份验证级别设置用了这样的组合：

　　QC所在的：身份验证级别(无)，模拟级(模仿)。

　　如此，则无往而不胜，与IIS的应用程序保护级别设置无关，与QCCaller所在的COM+应用的设置也没有关系。

　　可以正常启动了！

　　最后，我当然在生产环境采用了第二种方法。

　　总结：

　　A novice asked the master: "I have a program that sometimes runs and sometimes aborts. I have followed the rules of programming, yet I am totally baffled. What is the reason for this?"

　　一个初学者问大师：“我的一个程序有时正常有时不正常。我已经完全遵循编程的规则，而且我完全被它弄糊涂了，到底是什么原因会导致这样呢？”

　　The master replied: "You are confused because you do not understand the Tao. Only a fool expects rational behavior from his fellow humans. Why do you expect it from a machine that humans have constructed? Computers simulate determinism; only the Tao is perfect.

　　大师说：“你困惑是因为你不了解道。只有傻瓜才会相信只要遵循别人所说就能得到想当然的结果。为什么你要从一个人类自己构造的机器中去得到想当然的结果呢？计算机只是决定论的产物；只有道才是唯一完美的。

　　The rules of programming are transitory; only the Tao is eternal. Therefore you must contemplate the Tao before you receive enlightenment."
　　任何编程的规则都只适合于特定的情况，只有道才是永恒不变的。所以在你受到指引之前要先去思考道。”

　　"But how will I know when I have received enlightenment?" asked the novice.
　　“但是我怎么知道我何时受到指引呢？”

　　"Your program will then run correctly," replied the master.
　　“当你的程序正确运行时”。大师说。

　　Disclaimers：
　　本文档所包含的信息代表了在发布之日，zhengyun对所讨论问题的当前看法。本文档不应理解为zhengyun一方的承诺，zhengyun不保证所给信息在发布之日以后的准确性。

　　本文档仅供参考。

　　用户必须遵守所有适用的版权法。在不对版权法所规定的权利加以限制的情况下，如未得到 zhengyun和CSDN.Net明确的书面许可，不得出于任何目的、以任何形式或手段（电子的、机械的、影印、录制等等）复制、传播本文的任何部分，也不得将其存储或引入到检索系统中。