问题：

Apache MQ Artemis-MQTT保留消息对于连接到集群中其他节点的客户端不可用

郝乐心

2023-03-14

我在一个集群中运行了4个ActiveMQ Artemis 2.10.1实例。客户端(A)连接到其中一个节点，并发布QOS=0且RETUST=true的MQTT消息。当一个新的MQTT客户机(B)连接到集群中的另一个节点并订阅主题时，以前发送的消息不会被接收。当客户机A发布下一条消息时，客户机B获得该消息。

<configuration xmlns="urn:activemq"
               xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
               xmlns:xi="http://www.w3.org/2001/XInclude"
               xsi:schemaLocation="urn:activemq /schema/artemis-configuration.xsd">

    <core xmlns="urn:activemq:core" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:activemq:core ">

        <name>Broker 01</name> <!-- changed on every node -->

        <persistence-enabled>true</persistence-enabled>
        <journal-type>NIO</journal-type>
        <paging-directory>data/paging</paging-directory>
        <bindings-directory>data/bindings</bindings-directory>
        <journal-directory>data/journal</journal-directory>
        <large-messages-directory>data/large-messages</large-messages-directory>
        <journal-datasync>true</journal-datasync>
        <journal-min-files>2</journal-min-files>
        <journal-pool-files>10</journal-pool-files>
        <journal-device-block-size>4096</journal-device-block-size>
        <journal-file-size>10M</journal-file-size>

        <journal-buffer-timeout>1328000</journal-buffer-timeout>

        <journal-max-io>1</journal-max-io>
        <disk-scan-period>5000</disk-scan-period>
        <max-disk-usage>90</max-disk-usage>
        <critical-analyzer>true</critical-analyzer>
        <critical-analyzer-timeout>120000</critical-analyzer-timeout>
        <critical-analyzer-check-period>60000</critical-analyzer-check-period>
        <critical-analyzer-policy>HALT</critical-analyzer-policy>

        <acceptors>
            <acceptor name="artemis">tcp://0.0.0.0:61616</acceptor>
            <acceptor name="mqtt">tcp://0.0.0.0:1883?protocols=MQTT</acceptor>
        </acceptors>

        <connectors>
            <connector name="netty-connector">tcp://10.0.0.2:61616</connector>  <!-- changed on every node -->
        </connectors>

        <broadcast-groups>  
            <broadcast-group name="my-broadcast-group">  
                <group-address>231.7.7.7</group-address>  
                <group-port>9876</group-port>  
                <broadcast-period>2000</broadcast-period>  
                <connector-ref>netty-connector</connector-ref>  
            </broadcast-group>  
        </broadcast-groups>
        <discovery-groups>  
            <discovery-group name="my-discovery-group">  
                <group-address>231.7.7.7</group-address>  
                <group-port>9876</group-port>  
                <refresh-timeout>10000</refresh-timeout>  
            </discovery-group>  
        </discovery-groups>

        <cluster-connections>
             <cluster-connection name="artemis-cluster">
                <address></address>
                <connector-ref>netty-connector</connector-ref>
                <retry-interval>1000</retry-interval>
                <use-duplicate-detection>true</use-duplicate-detection>
                <message-load-balancing>ON_DEMAND</message-load-balancing>
                <max-hops>1</max-hops>
                <discovery-group-ref discovery-group-name="my-discovery-group"/> 
             </cluster-connection>
        </cluster-connections>

        <security-settings>
            <security-setting match="#">
                <permission type="createNonDurableQueue" roles="amq"/>
                <permission type="deleteNonDurableQueue" roles="amq"/>
                <permission type="createDurableQueue" roles="amq"/>
                <permission type="deleteDurableQueue" roles="amq"/>
                <permission type="createAddress" roles="amq"/>
                <permission type="deleteAddress" roles="amq"/>
                <permission type="consume" roles="amq"/>
                <permission type="browse" roles="amq"/>
                <permission type="send" roles="amq"/>
                <!-- we need this otherwise ./artemis data imp wouldn't work -->
                <permission type="manage" roles="amq"/>
            </security-setting>

            <!-- Security setting for testing. -->
            <security-setting match="poc.#">
                <permission type="createNonDurableQueue" roles="read-write"/>
                <permission type="deleteNonDurableQueue" roles="read-write"/>
                <permission type="createDurableQueue" roles="read-write"/>
                <permission type="deleteDurableQueue" roles="read-write"/>
                <permission type="createAddress" roles="read-write"/>
                <permission type="deleteAddress" roles="write"/>
                <permission type="consume" roles="read-write"/>
                <permission type="browse" roles="read-write"/>
                <permission type="send" roles="write"/>
            </security-setting>
        </security-settings>

        <address-settings>
            <address-setting match="activemq.management#">
                <dead-letter-address>DLQ</dead-letter-address>
                <expiry-address>ExpiryQueue</expiry-address>
                <redelivery-delay>0</redelivery-delay>
                <max-size-bytes>-1</max-size-bytes>
                <message-counter-history-day-limit>10</message-counter-history-day-limit>
                <address-full-policy>PAGE</address-full-policy>
                <auto-create-queues>true</auto-create-queues>
                <auto-create-addresses>true</auto-create-addresses>
                <auto-create-jms-queues>true</auto-create-jms-queues>
                <auto-create-jms-topics>true</auto-create-jms-topics>
            </address-setting>
            <address-setting match="#">
                <dead-letter-address>DLQ</dead-letter-address>
                <expiry-address>ExpiryQueue</expiry-address>
                <redelivery-delay>0</redelivery-delay>
                <max-size-bytes>-1</max-size-bytes>
                <message-counter-history-day-limit>10</message-counter-history-day-limit>
                <address-full-policy>PAGE</address-full-policy>
                <auto-create-queues>true</auto-create-queues>
                <auto-create-addresses>true</auto-create-addresses>
                <auto-create-jms-queues>true</auto-create-jms-queues>
                <auto-create-jms-topics>true</auto-create-jms-topics>
            </address-setting>

            <!-- Address setting for testing -->
            <address-setting match="poc.#">
                <dead-letter-address>DLQ</dead-letter-address>
                <expiry-address>ExpiryQueue</expiry-address>
                <redelivery-delay>0</redelivery-delay>
                <max-size-bytes>-1</max-size-bytes>
                <message-counter-history-day-limit>10</message-counter-history-day-limit>
                <address-full-policy>PAGE</address-full-policy>
                <auto-create-queues>true</auto-create-queues>
                <auto-delete-queues>true</auto-delete-queues>
                <auto-create-addresses>true</auto-create-addresses>
                <auto-delete-addresses>true</auto-delete-addresses>
                <default-address-routing-type>MULTICAST</default-address-routing-type>
            </address-setting>
        </address-settings>

        <addresses>
            <address name="DLQ">
                <anycast>
                    <queue name="DLQ" />
                </anycast>
            </address>
            <address name="ExpiryQueue">
                <anycast>
                    <queue name="ExpiryQueue" />
                </anycast>
            </address>
        </addresses>
    </core>
</configuration>

共有1个答案

齐招

2023-03-14

您需要为您所关心的地址设置以下:

<redistribution-delay>0</redistribution-delay>

有关这方面的更多细节，请参见ActiveMQ Artemis文档中的“消息重新分发”部分。

类似资料：

如何才能等到RabbitMQ消息同步到集群中的其他节点？

我有一个三节点的rabbitmq集群。这是我正在使用的集群（不是我的）https://github.com/bijukunjummen/docker-rabbitmq-cluster。我遇到了一个问题，如果我用ha-policy=all向队列发送大量消息，并不优雅地关闭服务器，则其他节点上的消息并不都可用。这在Java RMQ库中可能吗？谢了。
从不同的kubectl客户端连接到kubernetes集群

我已经使用KOPS安装了kubernetes集群。从kops安装kubectl的节点开始，kubectl全部工作完美（假设节点A）。我正在尝试从另一个安装了kubectl的服务器（节点B）连接到kubernetes集群。我已经将~/.kube从A节点复制到B节点，但当我尝试执行以下基本命令时：我的配置文件是：感谢任何帮助
Qpid客户端连接工厂连接到ArtemisMQ集群

我正在尝试使用Apache Camel和Qpid JMS客户端连接到在两个不同节点（VM）中运行的ActiveMQ Artemis主动-主动集群。我正在使用ActiveMQ Artemis 2.17.0。我正在试图找出我的组织的远程URI配置应该是什么。阿帕奇。qpid。jms。JmsConnectionFactory实例。使用<代码>ampq://host1:5672,ampq://host2
FlinkSQL客户端连接到安全的kafka集群

我想在由安全kafka集群的kafka主题支持的Flink SQL表上执行一个查询。我能够以编程方式执行查询，但无法通过Flink SQL客户端执行。我不知道如何通过Flink SQL客户端传递JAAS配置（）和其他系统属性。 FlinkSQL以编程方式查询这很好。通过SQL客户端Flink SQL查询运行此命令将导致以下错误。中没有任何内容，除了以下注释 SQL客户端运行命令 Flink
将消息从Kafka路由到连接到应用服务器群集的web套接字客户端

我想找出将消息从Kafka路由到连接到负载平衡应用服务器集群的web套接字客户端的最佳方法。我知道spring-kafka有助于消费和发布消息到kafka主题，但是当连接到分布式kafka主题时，这在负载平衡的应用服务器场景中如何工作。以下是我希望满足的需求，其总体目标是在具有非常非常大的用户量的应用程序中促进对等消息传递： null 我认为，应用服务器负载平衡可以通过将具有特定路由密钥的用户（用
Java：我没有收到其他客户端的消息吗？

问题内容：有人知道我的代码有什么问题吗？当我用client1写东西时，我只能在服务器和client1上看到它，而在client2上看不到它。 Client.java中的run（）：如果您需要服务器代码或其他任何内容，请询问。提前致谢！！另外，服务器：和处理程序：问题答案：这是一个示例- 尚不完整，但应使您了解如何将输出多播到许多侦听客户端。有更好的方法来执行此操作，但是我写的类似于

Apache MQ Artemis-MQTT保留消息对于连接到集群中其他节点的客户端不可用

共有1个答案

相关问答

相关文章

相关阅读

相关工具

相关文档