activemq集群zookeeper遍坟,消息過期

準備環(huán)境: jdk 1.8 activemq5.14.3(這里5.8以上版本都可) zookeeper3.3.6 centos7或win10

這里我只做一臺 zookeeper的 如果用zk集群 可以英文逗號隔開

話不多說 直接上配置文件 apache-activemq-5.14.3\conf\activemq.xml

first of all :
配置文件中配置了和zk集群 ,請詳看配置文件

secondly:
配置文件中 配置了queue 30秒沒有處理的消息自動丟棄
topic 過期沒有配置


<beans
  xmlns="http://www.springframework.org/schema/beans"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
  http://activemq.apache.org/schema/core http://activemq.apache.org/schema/core/activemq-core.xsd">

    <!-- Allows us to use system properties as variables in this configuration file -->
    <bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
        <property name="locations">
            <value>file:${activemq.conf}/credentials.properties</value>
        </property>
    </bean>

   <!-- Allows accessing the server log -->
    <bean id="logQuery" class="io.fabric8.insight.log.log4j.Log4jLogQuery"
          lazy-init="false" scope="singleton"
          init-method="start" destroy-method="stop">
    </bean>

    <!--
        The <broker> element is used to configure the ActiveMQ broker.
    -->
    <broker xmlns="http://activemq.apache.org/schema/core" brokerName="mybroker" dataDirectory="${activemq.data}">

        <destinationPolicy>
            <policyMap>
              <policyEntries>
                <!--步驟一 配置queue消息超時 丟棄到死信隊列 -->
                <!-- gcInactiveDestinations="true"啟用清理功能 -->
                <!-- inactiveTimoutBeforeGC="30000" Topic或Queue超時時間  單位毫秒-->
                <policyEntry queue=">" gcInactiveDestinations="true" inactiveTimoutBeforeGC="30000">  
                    <!--步驟二  設置死信策略-->
                 <deadLetterStrategy>  
                    <!-- 非持久消息保存到死信隊列  processNonPersistent="true"-->
                    <!-- 過期消息不保存到死信隊列   processExpired="false" -->
                    <!-- 過期時間   expiration="30000" 毫秒-->
                    <sharedDeadLetterStrategy processExpired="false" expiration="30000" />  
                </deadLetterStrategy>  
              </policyEntry>  

                <policyEntry topic=">" >
                
                  <pendingMessageLimitStrategy>
                    <constantPendingMessageLimitStrategy limit="1000"/>
                  </pendingMessageLimitStrategy>
                  <!-- 定時丟棄死信隊列 -->
                  <!-- <deadLetterStrategy>  
                    <sharedDeadLetterStrategy processExpired="true" expiration="30000"/>  
                  </deadLetterStrategy>  -->
                </policyEntry>
              </policyEntries>
            </policyMap>
        </destinationPolicy>


        <managementContext>
            <managementContext createConnector="false"/>
        </managementContext>

      
       <persistenceAdapter>
        <!--  kahaDB directory="${activemq.data}/kahadb"/>-->
          <!-- LevelDB -->
        <!--一旦Broker崩潰住诸,重建索引的速度會非常慢
         但是由于其重建索引時間過長耿导,而且索引文件占用磁盤空間過大,所以已經(jīng)不推薦使用逛犹。 -->
         <!-- 參數(shù)說明 -->
         <!-- 
         replicas:集群activemq 數(shù)量  如果是三臺機器這里寫3 ,當集群中一臺機器掛掉之后 mq會判斷當前有幾臺可用梁剔,并滿足公式 N/2>2 才會正常提供服務 
          bind:這里是mq提供的地址 端口自定義  三臺機器里面的配置要一致虽画,tips:不一致我還沒有試過
          zkAddress:zk服務提供地址  zk集群的話 多臺 用 英文逗號隔開
          zkPassword:zk 的acl認證時候的密碼
          hostname:可理解為本機機器名稱。 三臺機器都不一致荣病。
          zkPath:zk上的存儲節(jié)點位置码撰,自定義 三臺須一致
        -->
          <replicatedLevelDB
            directory="${activemq.data}/leveldb"
            replicas="1"
            bind="tcp://0.0.0.0:61619"
            zkAddress="127.0.0.1:2181"
            zkPassword=""

            hostname="localhost"
            zkPath="/activemq/leveldb-stores"
            /> 
        </persistenceAdapter>

         
          <systemUsage>
            <systemUsage>
                <memoryUsage>
                    <memoryUsage percentOfJvmHeap="70" />
                </memoryUsage>
                <storeUsage>
                    <storeUsage limit="100 gb"/>
                </storeUsage>
               <!--  
               一旦ActiveMQ服務節(jié)點存儲的消息達到了memoryUsage的限制,NON_PERSISTENT Message就會被轉儲到 temp store區(qū)域个盆。雖然我們說過NON_PERSISTENT Message不進行持久化存儲脖岛,但是ActiveMQ為了防止“數(shù)據(jù)洪峰”出現(xiàn)時NON_PERSISTENT Message寫入到磁盤的臨時區(qū)域——tempessage大量堆積致使內存耗盡的情況出現(xiàn),還是會將NON_PERSISTENT Message寫入到磁盤的臨時區(qū)域——temp store颊亮。這個子標記就是為了設置這個temp store區(qū)域的“可用磁盤空間限制”柴梆。 
                -->
                <tempUsage>
                    <tempUsage limit="50 gb"/>
                </tempUsage>
            </systemUsage>
        </systemUsage>
        <!-- 如果有默認的,activemq啟動 這里的端口都需要改動  -->
        <transportConnectors>
            <!-- DOS protection, limit concurrent connections to 1000 and frame size to 100MB -->
            <transportConnector name="openwire" uri="tcp://0.0.0.0:61616?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="amqp" uri="amqp://0.0.0.0:5672?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="stomp" uri="stomp://0.0.0.0:61613?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="mqtt" uri="mqtt://0.0.0.0:1883?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="ws" uri="ws://0.0.0.0:61614?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
        </transportConnectors>

        <!-- destroy the spring context on shutdown to stop jetty -->
        <shutdownHooks>
            <bean xmlns="http://www.springframework.org/schema/beans" class="org.apache.activemq.hooks.SpringContextHook" />
        </shutdownHooks>
        <!-- 步驟三  配置插件防止消息堆積 配置 插件 -->
        <plugins>  
            <!--timeStampingBrokerPlugin 它使用代理時間戳更新消息上的JMS客戶端時間戳 -->
            <!-- 86,400,000ms = 1 day  futureOnly=true  :實時更新設置的時間 默認false  60秒 -->
              <!--ttlCeiling:當不為零時终惑,此值(以毫秒為單位)限制到期時間  -->
              <!--zeroExpirationOverride: 當不為零時绍在,此值(以毫秒為單位)將覆蓋尚未設置到期日的消息的到期時間  -->
            <timeStampingBrokerPlugin ttlCeiling="30000"      zeroExpirationOverride="30000" />  
            <!-- 丟棄所有死信隊列 插件    <discardingDLQBrokerPlugin dropAll="true" dropTemporaryTopics="true" dropTemporaryQueues="true" /> -->
            <!-- 丟死指定死信隊列   <discardingDLQBrokerPlugin dropOnly="MY.ORDER.QUEUE" reportInterval="1000" />-->
           <discardingDLQBrokerPlugin dropAll="true" dropTemporaryTopics="true" dropTemporaryQueues="true" />
         </plugins> 
        

    </broker>

    <!--
        Enable web consoles, REST and Ajax APIs and demos
        The web consoles requires by default login, you can disable this in the jetty.xml file

        Take a look at ${ACTIVEMQ_HOME}/conf/jetty.xml for more details
    -->
    <import resource="jetty.xml"/>

</beans>


tips:levelDB官方已經(jīng)不推薦 O(∩_∩)O

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市雹有,隨后出現(xiàn)的幾起案子偿渡,更是在濱河造成了極大的恐慌,老刑警劉巖件舵,帶你破解...
    沈念sama閱讀 223,207評論 6 521
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件卸察,死亡現(xiàn)場離奇詭異脯厨,居然都是意外死亡铅祸,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,455評論 3 400
  • 文/潘曉璐 我一進店門合武,熙熙樓的掌柜王于貴愁眉苦臉地迎上來临梗,“玉大人,你說我怎么就攤上這事稼跳∶伺樱” “怎么了?”我有些...
    開封第一講書人閱讀 170,031評論 0 366
  • 文/不壞的土叔 我叫張陵汤善,是天一觀的道長什猖。 經(jīng)常有香客問我票彪,道長,這世上最難降的妖魔是什么不狮? 我笑而不...
    開封第一講書人閱讀 60,334評論 1 300
  • 正文 為了忘掉前任降铸,我火速辦了婚禮,結果婚禮上摇零,老公的妹妹穿的比我還像新娘推掸。我一直安慰自己,他們只是感情好驻仅,可當我...
    茶點故事閱讀 69,322評論 6 398
  • 文/花漫 我一把揭開白布谅畅。 她就那樣靜靜地躺著,像睡著了一般噪服。 火紅的嫁衣襯著肌膚如雪毡泻。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,895評論 1 314
  • 那天芯咧,我揣著相機與錄音牙捉,去河邊找鬼。 笑死敬飒,一個胖子當著我的面吹牛邪铲,可吹牛的內容都是我干的。 我是一名探鬼主播无拗,決...
    沈念sama閱讀 41,300評論 3 424
  • 文/蒼蘭香墨 我猛地睜開眼带到,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了英染?” 一聲冷哼從身側響起揽惹,我...
    開封第一講書人閱讀 40,264評論 0 277
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎四康,沒想到半個月后搪搏,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,784評論 1 321
  • 正文 獨居荒郊野嶺守林人離奇死亡闪金,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 38,870評論 3 343
  • 正文 我和宋清朗相戀三年疯溺,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片哎垦。...
    茶點故事閱讀 40,989評論 1 354
  • 序言:一個原本活蹦亂跳的男人離奇死亡囱嫩,死狀恐怖,靈堂內的尸體忽然破棺而出漏设,到底是詐尸還是另有隱情墨闲,我是刑警寧澤,帶...
    沈念sama閱讀 36,649評論 5 351
  • 正文 年R本政府宣布郑口,位于F島的核電站鸳碧,受9級特大地震影響盾鳞,放射性物質發(fā)生泄漏。R本人自食惡果不足惜瞻离,卻給世界環(huán)境...
    茶點故事閱讀 42,331評論 3 336
  • 文/蒙蒙 一雁仲、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧琐脏,春花似錦攒砖、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,814評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至昂拂,卻和暖如春受神,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背格侯。 一陣腳步聲響...
    開封第一講書人閱讀 33,940評論 1 275
  • 我被黑心中介騙來泰國打工鼻听, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人联四。 一個月前我還...
    沈念sama閱讀 49,452評論 3 379
  • 正文 我出身青樓撑碴,卻偏偏與公主長得像,于是被迫代替她去往敵國和親朝墩。 傳聞我的和親對象是個殘疾皇子醉拓,可洞房花燭夜當晚...
    茶點故事閱讀 45,995評論 2 361

推薦閱讀更多精彩內容