tibco-rv

    3熱度

    1回答

    你們是否可以知道一個簡圖,或簡短的關於現有協議及其細節的完整和相對最新視圖的圖表或表格? (即:ZeroMQ,Rendez-Vous,EMS,...所有這些!:))。

    2熱度

    1回答

    我已經爲TibcoRV和總帳文件啓用了認證消息,這個文件不斷增長,最終導致我的應用程序死亡。 通過完全控制盒子(訪問TibRV Web界面,分類帳文件本身),可以確定CMName使用連接到我們的應用的客戶端,而不是確認消息(即我們正在等待ACK) ? 感謝

    4熱度

    1回答

    嗨,我是Tibco RV的新手。在閱讀了Tibco Rendezvous概念之後,我仍然對傳輸參數感到困惑:服務,網絡,守護進程。 因此從概念上講,每臺機器上只能運行一個守護進程。因此,在使用時tibrvsend: tibrvsend -service 2323 -network "someIPAddress" -daemon "myDaemon" MESSAGE 這是否意味着我使用在我的本地

    1熱度

    1回答

    我正在接收rv消息,而且我無法找到rv守護進程的狀態。那就是我想聽守護進程的錯誤並在發生錯誤時報告它們。我一直在搜索TIBCO的源代碼,但我似乎找不到任何有用的東西。有沒有人有任何想法如何做到這一點?

    1熱度

    1回答

    我在想,如果社會各界在這裏認識的方式來聽主題上通過命令行的ActiveMQ代理類似TibcoRV的「tibrvlisten」 感謝

    1熱度

    1回答

    我們有RV消息傳遞系統發佈和接收消息。最近,一些底層jar被升級 - 這些是所有發佈者和訂閱者使用的序列化jar。然而,似乎某些的發佈者仍然引用舊版本的序列化罐,並且因此接收器嘗試對接收到的消息進行反序列化時失敗。 明顯地重新啓動這些發佈服務應該可以解決問題。但是,如何識別全部發布商使用特定主題發送消息?必須有RV管理方式列出發佈到給定主題的所有流程?

    0熱度

    1回答

    我正在嘗試構建項目並且構建成功。但是,當我嘗試部署EAR文件時,它正在拋出一個沒有發現異常的類。我看着EAR文件,我看到引發錯誤的文件不是編譯和創建類文件。這是一個概念文件。任何幫助,將不勝感激。

    0熱度

    1回答

    幾年前,我曾在一個項目中使用TIBCO Rendezvous Cache(rvcache)和TIBCO消息框架。它會緩存主題/主題,然後在請求時發送緩存。我目前正在使用的這個項目正在重新使用TIBCO作爲消息系統。我試圖解釋幾年前使用過的rvcache,但現在我無法找到關於它的很多信息。我很好奇,如果有人知道它是否仍在使用,或者它是否被替換爲具有不同名稱的新東西。

    4熱度

    2回答

    我們將Tibco RVRD用於Unix和Windows作爲消息傳遞系統。只是想知道,除了從Tibco購買HAWK之外,還有RVRD壓縮之前和之後的網絡使用情況嗎?

    2熱度

    1回答

    JMS或消息傳遞確實很好地捆綁了不同的應用程序,並形成了許多ESB和SOA體系結構的基礎結構。 然而,應用程序A需要來自應用程序B上的服務的即時響應,例如,需要訂單的供應細節或需要立即確認某些更新。從性能的角度來看,Messaging是正確的解決方案嗎?通常,客戶端將連接到隊列上的MoM - 然後,必須有空閒的監聽器纔會接收消息並轉發給服務器端處理器 - 該服務器端處理器將處理響應並將其發送回隊列