jboss-messaging

    1熱度

    1回答

    你好我寫某種簡單的測試場景,我執行下面的源代碼: 這裏是我的send()方法: public void send() throws JMSException { Session session = null; MessageProducer producer = null; try { session = connection.createSessio

    0熱度

    1回答

    我正在配置jboss 5.1中的連接工廠和隊列。我搜索並獲得了一些信息,建議連接工廠和隊列應在連接工廠服務 和目的地服務。 我想知道什麼是jms-ds.xml文件的用法,什麼配置和何時需要在這裏指定。 jms-ds.xml:JMSProviderLoader和JmsXA流入資源適配器連接工廠綁定配置 我不能夠理解什麼是流入資源適配器連接結合 請例子來解釋。

    5熱度

    1回答

    我正在使用JBoss [EAP] 5.0.0.GA,並且我有一個EAR,它包含一個EJB jar,其中包含一些MDB,這些MDB依賴於它們使用的JMS隊列的存在。當我在.../server/all/deploy/messaging/myqueues-service.xml中配置隊列時,沒有問題。 但是,我想配置EAR文件中的隊列以避免直接更改JBoss配置。沒問題,我把我的myqueues-ser

    2熱度

    1回答

    我已經配置了jboss 4.2.3,但我需要使用jboss-mq。看着我的默認服務器實例的deplot目錄,我沒有找到它的jms目錄。我怎麼知道這個jboss是否帶有jboss-mq,以及在哪裏可以找到我的服務器實例所需的全部文件。 我知道hornetmq附帶一些安裝腳本,它將配置jboss與hornet一起工作,有沒有jboss-mq的一些腳本?

    1熱度

    1回答

    在JBoss 5.1 GA中有一個監聽MQ 7.0隊列的MDB(mdbA)。接收之後,消息被保存到MySQL數據庫,我想將消息發送到另一個隊列(queueB),然後繼續處理mdbA中的消息,該消息會執行更多的插入並向HornetQ發送消息。對於第一條消息,所有工作都正常,我在數據庫中看到消息以及queueB和hornetQ。對於所有後續消息,「發送到隊列B」導致「MQRC_SYNCPOINT_NO

    2熱度

    2回答

    我有幾個服務在jboss-esb.xml中配置,當我向其中一個服務發送消息時,我的消息將被配置的服務之一接收(即使消息並不意味着該服務)! 如果我再次發送相同的消息,另一個服務將處理該消息(以循環方式),它不是隨機的,它就像每個服務輪流攔截消息一樣。 例如,如果我配置了3個服務。第一次發送消息時,服務1將收到它,第二次發送消息,服務2將收到它,第三次發送消息,服務3將收到它。第四次我發送它,服務1

    0熱度

    1回答

    我試圖診斷和修復可能是環境問題。我們有dev,SI和生產服務器,並且它們已經建立了幾年。其中一個環境已停止爲特定的JBM隊列工作,至今我一直無法弄清楚原因。 我通過JMX控制檯看到的是消息在交付狀態中「卡住」。每次通過隊列發送消息時,MessageCount和DeliveringCount遞增。消費者的onMessage()被調用,它將調試消息輸出到log4j日誌中,但我認爲它不會完成請求。 這是

    3熱度

    2回答

    對於我的web應用程序,我有一個JMS主題,它在任何給定的時間都會收到許多消息。我有一個MDB處理消息並根據消息數據更新數據庫。當主題同時收到多條消息時,我得到了org.hibernate.exception.LockAcquisitionException,所以我將MDB的maxSessions屬性更改爲1,並將其設置爲單例。 現在我沒有看到Hibernate異常了,但我擔心性能。在我開始看到問

    0熱度

    1回答

    我設法遵循本指南(https://community.jboss.org/thread/129340)從JBoss消息傳遞中刪除持久性。基本上通過添加null-persistence-service.xml並清空persistence-service.xml。 但是,如果我想爲特定的隊列而不是所有的隊列 - 我將如何去做並做到這一點?

    1熱度

    1回答

    我正在處理一個較舊的應用程序,並將其JMS系統從JBoss Messaging升級到HornetQ,在此過程中我遇到了幾個似乎與此應用程序使用有關的陷阱並管理JMS連接。這是我對JMS的第一次大規模暴露(除了簡單的玩具用法),所以我想知道當前的習慣用語是......正確的,愚蠢的還是錯誤的? 以下是當前系統的工作原理。 static QueueConnection connection; sta