activemq-artemis

    1热度

    1回答

    我尝试应用适当的配置,以便能够通过wildfly(也是其他环境成员)在artemis服务器上使用远程消息传递系统 首先,我在本地安装了一个独立的artemis服务器(2.0)(https://www.apache.org/dyn/closer.cgi?filename=activemq/activemq-artemis/2.0.0/apache-artemis-2.0.0-bin.zip&acti

    1热度

    1回答

    嗨我正在尝试编写一个测试用例来实现故障转移支持activeMQ。 下面是代码 val brokerA = createBroker("A") brokerA.start val failoverUrl = s"failover:(vm://BrokerA?create=false)" + s"?randomize=false&maxReconnectAttempts=-1&reconnect

    0热度

    1回答

    的Apache Karaf版本:4.1.1 ActiveMQ的阿尔忒弥斯版本:2.0.0 我按照these instructions对监测信息系统,部署到karaf。 我可以发送/检索消息到Artemis队列,它的一切都好。但我想知道是否有一些命令从卡拉夫壳,这将允许我列出队列或返回在每个消息的数量,连接的客户端... 我可以通过编辑artemis更改Artemis配置.xml文件放入等karaf

    2热度

    2回答

    我在Docker容器(Container-A)中安装了wildfly 10实例。如果我试图从同一个引擎的其他容器(Server-B,引擎)查找队列,一切正常。 我有问题(请参阅下面的跟踪),而是尝试使用服务器B在端口7080上的IP地址在引擎(Server-C)的同一网络上查找队列映射到容器的8080端口。 我尝试打开从Server-C到Container-A的Telnet连接(使用服务器B的IP

    0热度

    1回答

    我们有两个运行activeMq(Artemis)的wildlfy 10.1.0服务器。我们希望两个artemis与消息同步。如果一个人失败了,另一个人应该开始接收和发送消息。谷歌缺乏文档以及artemis是新的。 此外,保持两者都是负载平衡的活动状态,这有可能吗?

    0热度

    1回答

    在我们的项目中,我们使用两个队列,一个用于正常处理,另一个用于错误。 “错误”队列有时会充满“错误”消息,这些消息正坐在那里,直到人们检查出来。在某些情况下,“错误”队列会填充大量消息,然后JVM将耗尽堆。例如,当前,配置最大4GB堆的JVM,并随机获得OOM异常。我们使用了MemoryAnalyzer以及IBM Heap Analyzer,都有点指向Artemis。当我检查文件系统上日志的大小时

    0热度

    1回答

    我想连接一个简单的paho客户端到artemis野蛮经纪人。当我尝试连接我的客户端时出现此问题: WARN [org.apache.activemq.artemis.core.protocol.mqtt](线程2(activemq-netty-threads-164875171))处理控制数据包时出错,断开客户端AMQ119032:用户:null在地址$ sys.mqtt.queue.qos2.J

    0热度

    2回答

    我目前使用的是Artemis ActiveMQ 2.2.0并且使用队列,我能够发送和接收消息而没有任何问题。但是,我想知道如果队列中有多条消息,接收方只能检索最后一条消息吗?有我需要使用的特殊队列吗?谢谢,

    0热度

    2回答

    我一直负责评估JMS客户端的activemq-artemis。我有RabbmitMQ经验,但没有任何与activemq-artemis/JMS。 我在我的本地机器上安装了artemis,按照说明创建了一个新代理,并将其设置为Windows服务。 Windows服务启动和停止就好了。我没有更改broker.xml文件。 对于我的第一个测试,我试图从一个独立的java程序执行一个JMS队列产生/消耗。

    1热度

    2回答

    我有这个在我的代码 consumer = session.createConsumer(session.createQueue("myQueue")); 它抛出以下异常 javax.jms.InvalidDestinationException: AMQ119019: Queue already exists test_simple_transaction_receiver at