原创 ActiveMQ之定期清理離線的持久訂閱者

概述 通常,我們不希望系統中存在長時間離線的持久訂閱者,因爲Broker需要爲它們保留它們訂閱的topic的所有消息。而且隨着時間的推移,將會導致達到存儲限制,從而導致系統變慢。 當然,你可以通過JConsole或Web Cons

原创 ActiveMQ之Prefect機制

簡介 ActiveMQ的設計目標是成爲一個高性能的消息總線。這意味着使用SEDA架構可以異步執行儘可能多的工作。 爲了有效利用網絡資源,Broker利用“推送”模型向消費者發送消息。 這可確保消費者始終擁有準備處理的消息的本地緩衝

原创 最後一篇文章

各位朋友,此博客後續不再更新! 後續轉戰到頭條,我的頭條號:IT技術大雜燴,歡迎各位關注1

原创 ActiveMQ集羣搭建

簡述 activemq提供了多種方式來保證activemq的可靠性。 包括: 純Master/Slave Shared File System Master Slave JDBC Master Slave Broker clus

原创 ActiveMQ靜態網絡連接

前言 使用靜態網絡連接(static networkConnector)可以將多個broker連接起來,作爲一個集羣對外提供服務。 我們假定有amq1和amq2配置了靜態網絡連接,那麼當一個消費者連接到amq2,當生產者發送消息到

原创 ActiveMQ之訂閱恢復策略

簡介 生產者在某個topic發送了多條消息後,這個時候非持久訂閱者才訂閱,那麼它是不能獲取之前生產者發送的信息的。或者,由於網絡問題,非持久類型的消費者處於非活躍狀態,無法接收到生產者發送的消息。使用消息恢復策略,可以解決上面的問題。

原创 ActiveMQ處理積壓的消息

如果消費者變爲慢速消費者,那麼後面可能會導致消息積壓,導致生產者速度也變慢,甚至停止。我們可以配置消息的過期時間,並設置消息過期丟棄策略,以及使用死信隊列來處理消息的積壓。 爲持久化消息設置過期時間 ActiveMQ提供了一個time

原创 ActiveMQ之消息分發策略

分發策略 queue的分發策略 可插拔的分發策略只適用於topic。queue的分發策略比較固定:輪詢(默認)或按照嚴格順序。同時我們也應該瞭解prefect的意義。 ActiveMQ的prefetch缺省參數是針對處理大量消息時的高

原创 ActiveMQ目的地特性之組合目的地

從ActiveMQ1.1開始,支持一種被稱爲組合目標的技術。這允許使用單個虛擬的JMS目的地來表示一個JMS目的地的集合。 例如,你可以使用組合目的地在一個操作中將消息發送到12個物理隊列。或再一次操作中將消息發送到一個主題和一個隊列

原创 ActiveMQ之慢消費者處理

簡介 慢消費者在非持久性主題上會出現問題,因爲它們會強制broker爲它們在內存保留舊消息。一旦填滿,就會導致broker放慢生產者的速度,導致快的消費者也會變慢。 目前,有一個策略可以讓你配置broker除了prefect bufe

原创 ActiveMQ目的地之目的地選項

簡介 目的地選項(Destination Options)是一種向JMS使用者提供擴展配置選項的方法,而無需擴展JMS API。 使用創建使用者的目標名稱中的URL查詢語法對選項進行編碼。 Consumer Options 選項

原创 ActiveMQ順序消費消息+消息分組

簡介 Queue中的消息是按照順序發送給Consumers的。然而,當你有多個Consumer同時從相同的Queue提取消息時,順序將不能得到保證。因爲這些消息時被多個線程併發的處理。但是,有時候保證消息的順序是很重要的。例如,你可能

原创 ActiveMQ的消息重發與死信處理

概述 在發生以下情形時,消息會給重發給客戶端: 使用了一個事務性的會話且調用了rollback()方法。 在調用commit()方法前一個事務性的會話被關閉了。 一個會話使用CLIENT_ACKNOWLEDGE的ACK模式,且調用了

原创 ActiveMQ之消息選擇器(Message Selectors)

JMS Selectors用在獲取消息的時候,可以基於消息屬性和Xpath語法對消息進行過濾。JMS Selectors由SQL92語義定義。以下是個Selectors的例子: consumer = session.createC

原创 maven私服(nexus)搭建

一、爲何要搭建maven私服 1.有的公司開發電腦沒法直接連外網,下載不了依賴;可以通過私服(私服服務器可以連接),開發電腦連接私服服務器下載依賴。 2.項目協作。某個項目包含多個模塊,開發人員A將模塊打包提交到私服,其他人從私服獲取