QC之旅途筆記 (轉)[@more@]

QC之旅途筆記

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

Revision History:

版本

建立時間

建立人

備註

 

-7-8

鄭 昀

第一稿

 

 

 

 

pe：

本文件將說明在使用Microsoft Message Queue的Queued Component技術時著實領教了Microsoft的乖張。

 

繼續閱讀之前，我們假設您熟悉以下知識：

n  MSMQ

n  COM+

n  QC

n  5.0

 

乖張一

MSMQ的佇列如何使用，我就不多說，可以參考《/develop/read_article.?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+ 服務內部資訊:
: ..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 detenism; 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