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

　　这时候的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所在的：身份验证级别(无)，模拟级(匿名)。

　　也不行！

　　解决办法有两个：