我注意到,当连接的Artemis节点宕机时,连接到节点2-4的客户机不会故障转移到其他3个可用的主节点,基本上不会发现其他节点。即使在原始节点恢复之后,客户端仍然无法建立连接。我从一个单独的堆栈溢出帖子中看到,不支持主到主故障转移。这是否意味着对于每个主节点,我也需要创建一个从节点来处理故障转移?这是否会导致两个实例点失败,而不是集群中有许多节点? 在一个单独的基本测试中,使用一个主从两个节点的集
是否可以使用activemq Artemis定义目标别名。我们的需要是能够有两个不同的名称为同一目的地和消费者/生产者可以决定使用任何2个名称。 我们曾经使用ActiveMQ classic和一个自定义插件来实现这一点,该插件可以更改消息的目的地、生产者和消费者。 例如,如果我们有dest1和dest2作为dest1的别名。发送到dest2的消息被更改为dest1,连接到dest2的生产者/消费者
我在Ubuntu18.04上的中创建了broker文件夹。在中有文件,可以用来定义地址和队列。但是,我使用管理控制台创建了一个带有耦合队列的地址,并且该文件不会更新。事实上,broker目录或Artemis主更新中没有文件。 那么管理控制台在哪里存储定义呢? 另外,在文件中而不是通过控制台创建地址和队列是否更好?
一种解决方法是从中删除元素,或者在元素中添加。 如果我能在运行时通过反射来做这件事,那就太好了。我试过几次,但没有太大的成功。是否有一种方法可以在运行时重写Artemis的任何属性,从而使访问成为可能?
我使用的是ActiveMQ Artemis 2.10和JMS Client1.1客户机。 如果我在我的地址上使用了多播路由类型,并且需要持久订阅,我如何在消费者端实现负载平衡? 在ActiveMQ5中,它将是虚拟目的地。 唯一的选择似乎是ActiveMQ Artemis2.10和JMS Client2.0,它们允许您创建共享的持久订阅,这对吗? 还有第三种选择吗?
我试图了解Apache ActiveMQ Artemis服务器上是否在同一源服务器和目标服务器之间配置了核心桥接器。我这样做的原因是因为我的发布者将消息写入队列A和队列B,而我的订阅者只监听队列AB。因此,我的意图是将队列A和B桥接到队列AB中。我从Artemis用户手册中读到: 桥接器的功能是使用来自源队列的消息,并将它们转发到目标地址,通常是在不同的Apache ActiveMQ Artemi
使用Wildfly 10.1.0.final和自定义JMS消息队列,我可以成功地通过in-vm发送和接收消息,其JNDI名称为。 但是,我无法使用JNDI名称的新,消息只是丢失,并且不显示在任何地方(还检查了wildfly控制台的运行时JMS服务器视图()。 因为池连接工厂标记为,因此使用JMS 2.0 API并通过以下方式注入JMSContext 消息发送不能开箱即用。 这很奇怪,我在最近的Wi
我对que的查找失败了。que在wildfly中注册,并使用IronJacamar.xml进行配置 启动时的wildfly输出: ironjacamar配置: ra.xml: 我的例外:
在花费大量时间配置和尝试大量解决方案使Artemis在集群模式下工作之后,就像发布-订阅(主题)中的本地模式一样。因此,我在不同的节点上准备了3个消费者和一个只在一个节点上发布消息的生产者。我希望3个消费者收到他们自己的消息副本,如在这里所描述的! 问题是集群(核心桥)仍然在3个节点之间循环消息。 我的项目Github回购 spring-boot-artemis-clustered-topic 代
我对阿耳忒弥斯控制台有一个小误解。当我在本地主机上打开它时,它显示如下: 但是,当我在远程主机上安装它并打开它时,它显示如下: 如何使UI的第一个变体显示在远程主机上?
之后,有一个条目宣布broker进程将被杀死: 随后,会有一系列带有线程进程id的条目,因为id=2,所以到线程id 200(即到文档中描述的set variable)。 在Artemis网站上,我发现如果经纪人处于不稳定状态,可以关闭它。 为什么会这样? 日志:
我在Kubernetes有一个Artemis集群,有3组主/从: 我使用Spring boot JmsListener来使用发送到通配符队列的消息,如下所示。 master-0上通配符队列的属性如下所示: 目前使用的Artemis版本是2.17.0。下面是我在master-0中的集群配置。除了被更改以匹配代理之外,其他代理的配置是相同的: 从堆栈溢出的另一个答案中,我了解到我的高可用性拓扑是冗余的
Artemis v2.6.0 > 我们正在以Master-Master模式部署2个Artemis实例(Instance-1和Instance-2)。 案例:1 当消费者连接到Instance-2,生产者连接到instance-1时。 预期行为:消费者应该收到生产者生成的消息。 实际行为:消费者没有收到任何消息。但是,我们可以看到消息确认计数等于消息总数。还注意到另一个名为$.Artemis.int
使用Java和producer模板将消息推送到直接endpoint,然后路由到队列的客户端生成消息: 说 向队列发送消息的Camel上下文: 在使用Camel上下文时,我看到当主服务器不可用时,客户机使用者被重定向到从服务器(我使用JNDI和JMSPoolConnectionFactory)。 使用producer模板将消息发送到经过转换并路由到队列的直接endpoint。当主服务器关闭时,客户端