QC之旅途笔记 (转)[@more@]

QC之旅途笔记

XML:namespace prefix = o ns = "urn:schemas-microsoft-com:Office:office" />

Revision History:

版本

创建时间

创建人

备注

2003-7-8

郑 昀

第一稿

Implementation SCOpe：

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

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

n  MSMQ

n  COM+

n  QC

n  iis 5.0

乖张一

MSMQ的队列组件如何使用，我就不多说，可以参考《.NET/develop/read_article.ASP?id=18692" target=_blank>[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

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10748419/viewspace-958860/，如需转载，请注明出处，否则将追究法律责任。