message-queue

1熱度

3回答

我正在研究一個應用程序，該應用程序可能會在客戶端上以相當嚴格的循環生成數千條消息，以便在服務器上進行處理。事件鏈如下：客戶端處理項目，放置在本地隊列中。本地隊列處理選取消息並調用Web服務。 Web服務在服務器上的服務總線中創建消息。服務總線處理消息到數據庫。這個想法是所有的通信都是異步的，因爲會有很多web服務的客戶端。我知道MSMQ可以直接做到這一點，但我們並不總是有這樣的管理功能在客

4熱度

1回答

權衡實現可靠的異步消息訪問服務的版本控制？

HTTP服務的客戶端可以通過請求或發佈特定內容類型的數據來指定他們理解的版本（和格式）。 HTTP協議定義用於報告內容類型不被理解的錯誤代碼。消息系統（例如JMS，MQ系列等）不具有描述消息協議版本和內容格式的標準方式。您是如何實現通過可靠的異步消息訪問的服務的版本控制的？一些可能性：發件人表示版本作爲消息屬性隊列或主題名稱包括在該目的地接受版本的消息的協議版本是在有效載荷消息我敢肯定

1熱度

1回答

如何在事務超時後停止WCF中的方法調用

我已經使用包含很長循環的方法創建了測試服務。我希望當發生超時事務時，方法執行會刷新，但不會。客戶端得到超時，但處理在服務器上繼續。有辦法阻止它嗎？不改變方法代碼？下面是示例：在示例中，我使用隊列綁定調用QueueRequest方法，並在10秒鐘後中止事務。此時發生重試，導致相同的問題。經過幾次重試後，服務器正在做100％的cpu工作，試圖在多線程/實例上運行循環，即使該消息是毒藥並被丟棄。 /

0熱度

4回答

消息驅動豆 - 單總線，多激活規格

我有2個消息驅動的豆。 2這些豆的激活規格。我有一條消息總線，並且兩條激活規範都配置爲這一條總線。我爲這條消息總線配置了2個不同的隊列和一個隊列連接工廠。現在，我會編寫我的代碼，在確定隊列後，在運行時向其中一個隊列發送消息。但是，我的兩個MDB都收到相同的消息。這種配置通常如何完成？我總是配置1隊列 - > 1隊列連接工廠 - > 1消息總線 - > 1 MDB？這全是一對一的關係嗎？哦，我

0熱度

2回答

加速將二進制文件中的numpy數據寫入文件。多層發生器

我做了我自己的多層出口器，即使它工作，它也很慢。我假設問題來自專門循環元素，根據this comment，使用struct.pack。輸出Nodes的挑戰在於它是元組的一維向量。導出Faces的挑戰在於int的每一行在格式uchar格式之前都有一個數字「3」。我把整個代碼放在這裏，因爲它用作MWE，如果有人想要使用代碼導出網格格式的參考也是一個參考。代碼： from __future__ i

0熱度

1回答

React Native - 從異步顯示數據AsyncStorage.getItems

基本上，在我的應用程序中，人們必須驗證他們何時成功應對挑戰。當他們點擊確認按鈕，我省的「鑰匙」：與功能挑戰的「價值」： async function validate(challenge_nb) { try { await AsyncStorage.setItem(challenge_nb, 'OK'); } catch (error) { console.log("e

0熱度

2回答

Opencart中的麪包屑溢出問題

我的產品名稱非常長，需要保持很長時間。當面包屑顯示產品頁面時，如果屏幕很小（例如移動視圖），麪包屑會溢出佈局，並導致瀏覽器無法正確顯示頁面。我嘗試添加<p class="overflow-ellipsis">，也<p class="overflow-visible">產品頁面的DIV，沒有工作，我嘗試添加text-overflow: ellipsis;也text-overflow: visib

0熱度

1回答

mq_unlink設置errno到EEXIST

我正在使用消息隊列進行服務器內的線程間通信。服務器在週四晚上按預期運行。當我週一選擇了該項目時，它無法創建六個正在使用的隊列中的兩個，並指出它們已經打開（已設置O _ EXCL）。這不應該是這種情況，但是我添加了一個mq _取消鏈接調用並進行錯誤檢查，並從mq _打開刪除了O _ EXCL標誌。當我編譯並運行時，errno被mq _ unlink和mq _打開設置爲EEXIST。這應該是一個不可

19熱度

2回答

我應該使用芹菜還是胡蘿蔔來做Django項目？

我對使用哪一個有點困惑。我認爲要麼會工作，而要比另一個更好或更合適？ http://github.com/ask/carrot/tree/master http://github.com/ask/celery/tree/master

50熱度

4回答

Linux中的消息隊列是否已過時？

我最近在Linux上玩過消息隊列（System V，但POSIX應該也可以），它們看起來對我的應用程序來說非常完美，但在閱讀了Unix編程藝術之後，我不確定它們是否真的是好的選擇。 http://www.faqs.org/docs/artu/ch07s02.html#id2922148 系統V IPC的上，消息傳遞層已經在很大程度上掉出來使用。由共享內存和信號量組成的較低層在需要在同一機器上運行的