我正在试用带有队列设计的ActiveMQ Artemis。我想知道是否存在用于正确队列名验证的指定格式。另外,队列名称和支持的符号是否有默认的最大长度?我试着寻找答案,但没有找到任何答案。
我使用ActiveMQ Artemis Version2.6.2,并使用Apache Camel路由消息。 在Java代码中有解决这个问题的方法吗?我试过这些步骤,但没有成功。
从服务器1的web控制台创建的消息在服务器2的web控制台中不可见。这种配置有什么问题? web控制台中的状态:
有办法记录活动的mq Artemis转移吗?这样您就可以看到哪个转移应用于给定的消息?我在文件里好像找不到这个。
我可以成功地ping系统。防火墙未启用,我可以到达web控制台。我遵循了这个指南来设置它,但我想我遗漏了一些东西。QueueExplorer需要Jolokia和OpenWire。web控制台使用Jolokia,但QueueExplorer中的错误会对此进行投诉。 当使用QueueExplorer连接到ActiveMQ时,我不需要进行任何配置更改。在Artemis中是否有允许客户端连接的附加步骤?
我有一个遗留的Spring4.2.1.Release应用程序,它作为侦听器连接到ActiveMQ5.x,现在我们将添加到ActiveMQ Artemis的连接。对于Artemis,我们使用持久订阅,因为我们不希望在订阅服务器关闭时某个主题上的消息丢失,而共享订阅,因为我们希望选择集群或使用并发来异步处理订阅中的消息。我有单独的和,但是从这个不断重复的日志来看,Artemis DMLC由于以下NPE
我有一个在Payara 4.1.2.173上运行的应用程序。应用程序应该发送和接收JMS消息,因此,我使用Apache ActiveMQ Artemis。我选择ActiveMQ Artemis是因为ActiveMQ只支持JMS1.1,而ActiveMQ Artemis支持JMS2.0。 但是我觉得奇怪的是,ActiveMQ Artemis没有提供资源适配器(.rar文件),而ActiveMQ却提供
ActiveMQ中的持久主题(这似乎是JMS本身的一个障碍)似乎是一个订阅服务器上只能有一个使用者活动。 也就是说,在ActiveMQ文档中: 使用唯一的JMS clientID和持久订阅服务器名称创建JMS持久订阅服务器MessageConsumer。为了符合JMS,对于一个JMS clientID,在任何时间点只能有一个JMS连接处于活动状态,对于一个clientID和订阅者名称,只能有一个使
首先,让我解释一下我使用经典的ActiveMQ所做的尝试,它非常适合我的需求: 我观察到的我不能配置Artemis来做同样的事情是: 使用通配符侦听ActiveMQ队列未创建新队列(侦听器队列) 使用通配符侦听器使用消息实际上会减少实际队列中挂起消息的数量。 通配符侦听器实际上会相当公平地从所有队列读取消息。它仍然尊重每个队列上的FIFO,但不会尊重跨队列的FIFO。例如,当我在中放入100条消息
该地址是否有可能被转移的消息作为另一个地址的源?如果这是可能的,新的目标地址可以有不同于源的路由类型,换句话说,我的新源地址是一个多播,新的目标是一个选播,如果我理解正确,不同路由类型的地址之间的转移是不可能的,从我在这里读到的。 转移可以将特定的路由类型应用于消息,剥离现有的路由类型,或者简单地传递现有的路由类型。这在邮件可能设置了路由类型,但您希望将其转移到使用不同路由类型的地址的情况下非常有
因为正如我在Active MQ Artemis文档中看到的,持久值是一个布尔值,但在amqpnetlite库中它是一个uint,我的理解是,超过0的所有内容都应该是true,而0应该是false。 起初,这种行为非常奇怪:即使当Aretemis Web界面显示为持久队列时,一旦没有用户连接,它也会被删除。 我发现:ActiveMQ Artemis queue在关闭消费客户机后被删除,这描述了即使是
关于ActiveMQ Artemis中筛选的一个问题。 在broker.xml中的标记下 当我阅读手册时,更改broker.xml时,现在应该每5秒在broker.xml中重新配置一次。 但当我将过滤器更改为
如何配置Apache ActiveMQ Artemis以将AMQP1.0连接级重定向和链接级重定向发送到已连接或试图连接到Broker的客户端。
我在Unix盒子上安装了ActiveMQ Artemis服务器。我能够创建一个Artemis broker实例,该实例为我提供到运行在上的web控制台的链接。
我有ActiveMQ Artemis集群,共享存储的主动备份模式,版本2.17.0。SSL与此群集一起使用。 我从Kafka集群中获取了Keystore/Truststore文件,它完全可以使用双向TLS。我在Artemis中重用了这些文件,它也工作得很好。但是,当我在URL字符串中启用时,问题就出现了。 尼德克利恩塔特 此属性仅适用于。它告诉连接到此接受器的客户端需要双向SSL。有效值为或。默认