idempotent

    0熱度

    1回答

    我正在爲DDD應用程序編寫服務層。 服務通過WSS通過JSON-RPC公開。 我不確定如何響應冗餘的服務呼叫。 有關係統的一些事實: 所有請求都必須具體時間內完成或出現超時異常。 如果系統處於高負荷下,它可能決定丟棄請求(可見爲超時)。 如果系統處於高負載狀態,某些消息可能會在隊列中到期(可見爲timeout)。 即使請求到達它的目的地ACK可能未達到用戶在 時間(可見爲超時)。 最終用戶有權利重

    3熱度

    2回答

    我必須測試方法的冪等性。 讓我們說,我有類人用下面的方法: public String doSomething(String a){ //do some stuff personDao.delete(a) } ,我需要的時候出現錯誤,測試刪除之前在下次調用該方法DoSomething的時候會造成同樣的結果你希望當它第一次正確運行。例如,當您運行調用該方法的腳本,但例如通過停止腳本失敗時,

    0熱度

    3回答

    考慮的情況下,有消息重複數據刪除的Azure的服務總線啓用,有一個主題,用一個單一的訂閱和訂閱了隊列的應用程序。 我該如何確保應用程序一次又一次地從隊列中接收消息? 下面是我用我的應用程序接收信息的代碼: public abstract class ServiceBusListener<T> : IServiceBusListener { private SubscriptionCli

    6熱度

    1回答

    在閱讀了大量關於Azure WebJobs的信息之後,文檔稱工作應該是冪等的,另一方面,博客表示他們使用WebJobs來執行諸如「爲客戶收費」,「發送電子郵件」 。 This documentation表示在具有隊列的多個實例上運行連續的WebJob可能會導致被多次調用。人們是否真的忽略了這樣一個事實,即他們可以兩次向客戶收費,或者發送兩封電子郵件? 如何確保我可以在縮放的Web應用上使用隊列運行

    16熱度

    1回答

    上的run_once配置我正在使用Ansible,我只想運行一次任務。我按照有關如何配置文件和run a task only once - name: apt update shell: apt-get update run_once: true 但是當我運行Ansible,它始終運行任務。我怎樣才能只運行一次我的任務。

    1熱度

    1回答

    實施例路線: onException(Exception.class) .process(new Processor() { @Override public void process(Exchange exchange) throws Exception { System.out.println("it works"); } })

    2熱度

    1回答

    我想修復在VBox破碎的sendfile支持,所以我需要把行。 我想用完美的劇本來做到這一點。具體的任務是這樣的: - name: fix broken sendfile support in VBox lineinfile: dest: /etc/apache2/sites-enabled/000-default regexp: '^ServerAdmin'

    2熱度

    3回答

    這是創建資源的經典RESTful方式我在應用程序: # This creates user. Client is responsible to create UUID, which is simple PUT /users/CLIENT_GENERATED_UUID # Access user by uuid GET /users/UUID 當我們接觸的數據存儲性能領域的事實證明,隨機生

    1熱度

    2回答

    我正在構建一個基於冪等REST的POST API調用。我想執行冪等性行爲以避免客戶端在網絡故障&超時期間創建重複資源。客戶端在每個API調用的請求標頭中傳遞一個ClientToken。我的POST請求有標準的有效負載,我有它周圍的驗證邏輯。在重試期間,API期望的理想冪等行爲是什麼?它應該僅取決於ClientToken並忽略請求負載,還是應該在使用ClientToken調用冪等檢查之前對請求負載運

    0熱度

    1回答

    假設我們有一個創建和更新會議室預訂的Web服務。更新可以改變預訂的各個方面,例如時間和房間號碼。 假設用戶與服務的網絡連接可能不可靠(例如移動網絡),並且兩個用戶A和B嘗試按順序更新相同的預訂。 用戶A發送POST請求將會議時間更改爲2pm,請求到達服務器,服務器成功處理請求。但是,由於網絡連接,返回給用戶A的響應丟失,並且用戶A認爲請求失敗。 在用戶A再次嘗試之前,用戶B發送她的請求將會議時間更