msmq-wcf

    3熱度

    2回答

    我們的系統中有許多MSMQ隊列,包括私有隊列和公共隊列。有時,從隊列中讀取的Windows服務將崩潰,因此消息將在該隊列中建立起來。一旦隊列達到一定的大小(可能是60K條消息),該服務器上的所有隊列將停止工作,從而導致資源不足的錯誤。 我的問題是,隊列真的在幕後工作,他們將消息存儲在RAM還是硬盤上?當服務器內存不足時,它是否耗盡資源並崩潰?如果它在硬盤上使用了一些分配的空間,有沒有辦法增加容許的

    2熱度

    2回答

    我正在考慮在基於一堆WCF服務的產品中添加隊列函數。我讀過一些關於MSMQ的知識,首先我認爲這是我需要的,但我不確定,並且正在考慮將隊列放入數據庫表中。我想知道這裏的somone是否會得到一些反饋意見。 基本上,我打算在http上調用外觀WCF服務。立面服務應該只將所有傳入消息寫入隊列,以對呼叫系統作出快速響應。隊列中的消息應該由另一個組件來處理,這些組件可以是WCF服務或Windows服務,具體

    1熱度

    2回答

    激活的WF服務MSMQ消息的客戶端的優先級我有一個WCF激活工作流服務(XAMLX)設置如何(使用WorkflowServiceHost中託管)。 這WCF WebService的有一個「NetMsMqBinding」綁定和基於net.msmq端點所使用的客戶端調度操作。 在客戶端,我使用Visual Studio生成代理存根以與此WCF服務進行通信。一切工作正常,我可以看到消息出現在服務器上的(

    3熱度

    1回答

    我手上有一個有趣的情況。幾年來,我們已經有了一個WCF服務,它運行在我們網絡上用於記錄日誌的IIS框中。應用程序使用basicHttpBinding發送日誌消息,並將它們記錄到數據庫中。來自所有其他應用程序的大部分日誌記錄僅限於每次操作幾十個日誌。最近我們已經移植了另一個應用程序來使用這個日誌服務。此應用程序比我們的日誌記錄服務的其他任何客戶端都積極地進行日誌記錄。它的操作過程中可以記錄超過100

    0熱度

    1回答

    問題: 你如何創建AD證書MSMQ需要一個AD帳戶,這是自動建立在第一次登錄時AD每臺計算機,而無需實際登錄在上述帳戶? 背景: 我們正在使用WCF + MSMQ的一個項目。 「MSMQ客戶端」實際上是一個零交互的Windows服務,處理數據並將其發送到隊列。在我們的生產(以及測試/等)環境中,此Windows服務作爲服務帳戶運行。 此服務帳戶在AD 此服務帳戶沒有交互式登錄權限,並且將永遠不會被

    4熱度

    3回答

    這是一個簡單的問題,但我無法找到答案。 假設我的信息被放置在重試隊列(誰創造的重試隊列?它是一個WCF還是MSMQ服務?) 5分鐘後(這是我的重試延遲),該消息回來給應用程序隊列。 問題:在超時後誰將消息從重試隊列移動到應用程序隊列? 獎勵問題:如何跟蹤延遲?消息是否獲得「已移動」時間戳和「重試」時間戳?

    1熱度

    1回答

    我對這個問題並不是很滿意,因爲我總是寫自己的記錄器到現在。 我有一個WCF REST Web服務。 此服務需要將信息從錯誤記錄到誰使用它以及何時使用。 爲此,已選擇來自企業庫(5.0)的日誌記錄應用程序塊。 爲了保持良好的性能,我們決定使用MSMQ。目的是在那裏存儲日誌,直到我們在某個時刻把它存入文件。 我在幾個網站上看到我們可以使用WCF將消息傳輸到MSMQ,然後使用另一個實體來處理隊列,或者我

    3熱度

    1回答

    我的理解是,在IIS/WAS中託管時,爲net.msmq配置的WCF服務不會作爲HttpApplication運行,這意味着您不會在Global(Application_Start是重要的)中獲取事件。我在這方面是否正確? 是否使用Windows Server AppFabric自動啓動服務通過HTTP命中服務,導致Application_Start事件觸發?如果是這樣,這是可靠的嗎? 我想我真正

    0熱度

    1回答

    我最近開始關注MSMQ,所以我有基本的疑問。如果兩個應用程序需要通信讓我們說服務器和客戶端,我認爲這兩個應用程序將共享相同的MQ地址,當客戶端更新時,服務器將擁有MSMQ監視器,該監視器將聽取消息選擇並使用它。所以,根據我有三個組成部分,我們需要 客戶端 - 它知道隊列位置 排隊守望者 - 這手錶隊列 服務 - 哪個隊列觀察者將消息發送到

    6熱度

    2回答

    我有一個場景,其中約10個不同的消息需要入隊然後出隊/處理。一個用戶需要全部10條消息,但另一個用戶只需要10條消息中的8條。我想了解設置這種架構的最佳方法是什麼。您是否爲每種消息類型創建了一個隊列,以便訂閱者可以訂閱相關隊列,或者將它們全部轉儲到同一個隊列並忽略與該訂閱者無關的消息?我想確保該溶液是柔性的/可擴展的,等等 過程: 10不同的XML消息將被排隊到一個IBM WebSphere MQ