QC之旅途笔记
Revision History:
版本
创建时间
创建人
备注
2003-7-8
郑 昀
第一稿
Implementation Scope：
本文档将说明在使用Microsoft Message Queue的Queued Component技术时着实领教了Microsoft的乖张。
继续阅读之前，我们假设您熟悉以下知识：
n MSMQ
n COM+
n QC
n 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明确的书面许可，不得出于任何目的、以任何形式或手段（电子的、机械的、影印、录制等等）复制、传播本文的任何部分，也不得将其存储或引入到检索系统中。
Written by zhengyun (at) tomosoft.com
