hornetq

    0熱度

    1回答

    我使用的是netty 3.4.5版本。當我從網絡接收數據包時,幀的長度基於標題。即 header1 - >長度爲70字節的數據。 header2 - >長度爲140字節的數據。 header3 - >長28字節的數據。 我想在netty中使用lengthbasedframedecoder。請告訴我如何做到這一點。 也建議我,如果有任何其他方式來做到這一點。 謝謝

    0熱度

    1回答

    我正在開發一個Spring應用服務器,其中的HotnetQ嵌入到pubsub服務中。我將下面的課程介紹給經理HornetQ服務器。 但是,當我部署我的應用程序時,我得到了tomcat控制檯中的下一個錯誤。 我一直在改變Netty接受者端口號,但問題依然存在,如果我使用其他接受者而不是Netty,它工作正常,但我對Netty Acceptor類型感興趣。 Setting ServerMQ confi

    0熱度

    1回答

    我正在JBoss上使用JMS。但每當我運行我的消費者的代碼我總是得到下面的異常 [org.jboss.as.naming] (Remoting "sorabh216901" task-2) JBAS011806: Channel end notification received, closing channel Channel ID 091878ba (inbound) of Remoting

    0熱度

    1回答

    在JBOSS Standalone模式下部署時,MDB將起作用。在集羣模式下部署給了一個錯誤 {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.deployment.subunit.\"MroExecutorEar.ear\".\"MroExecutor.jar\".component.MroExecu

    0熱度

    1回答

    我想檢查HornetQ中是否存在jms隊列。我使用JMS管理接口: public boolean queueExists(String queueName) throws Exception { final Queue managementQueue = HornetQJMSClient.createQueue("hornetq.management"); Connectio

    0熱度

    1回答

    我正在使用Jboss eap 6.1 alpha運行我的struts應用程序。 我注意到服務器日誌中有很多DEBUG消息,與org.hornetq.jms.server相關。 我在Jboss eap 6.1 alpha服務器的standalone.xml文件中配置了我的DB,JMS,HORNETQ連接。 誰能告訴我,如何處理這個問題,因爲這些消息(調試)充斥在我的幾分鐘服務器日誌文件.. 服務器日

    0熱度

    1回答

    我使用嵌入式HornetQ運行JBoss 6.1.0.Final。 我想升級HornetQ但保留JBoss。 這是可能的,以及如何?最新的兼容HornetQ版本仍然可以與JBoss 6.1.0Final一起使用? 看着這個線程:How to upgrade HornetQ version in JBoss 6? 我試過如下: 1-下載HornetQ的2.4.0,但不知道從包複製? 2-下載最新的J

    0熱度

    1回答

    我們有一個應用,做hornetq消息的一些非常動態路由,因此從一個隊列中讀取和寫入到另一個 - 一個事務會話中。這個想法是,如果我們不能移動到目標隊列,我們​​不會將它從原始隊列中移除。它工作正常,直到我們用網絡延遲進行一些測試 - 事情開始崩潰。 由於成交不能提交併且不能被回滾的延遲。我們看到幾千條消息停留在deliverycount,即使在20分鐘後也不會清除。我們將連接工廠的呼叫超時保留爲默

    1熱度

    1回答

    我正在接收一個當前輸出到ActiveMQ的應用程序,並將其重新命名爲使用已爲我設置的JBoss HornetQ。該應用程序是獨立的(不在EJB容器中運行),並使用Spring 2(儘管我已更新到Spring 3以訪問'name'屬性)。 我refered到的例子,它出來的: <bean name="connectionFactory" class="org.hornetq.jms.client.H

    0熱度

    1回答

    我想了解使用此解決方案的HornetQ以及核心/ JMS消息傳遞的原理。 在我的實驗性應用程序中,我想讓我的最終用戶應用程序(客戶端)將消息發送到HornetQ,後者將由後端應用程序讀取。到目前爲止,這不是問題,我喜歡HornetQ。 但是現在,我想從後端應用程序發回「回覆」消息給最終用戶。爲此,我有條件,其他客戶端應用程序不應該能夠閱讀答案信息(假設它包含當前的銀行餘額)。因此,用戶A應該只爲自