标签: jms

我们有兴趣听听ActiveMQ与RabbitMQ和ZeroMQ的优缺点.还欢迎有关任何其他有趣的消息队列的信息.

我在activemq配置中有这个

<sslContext>
        <sslContext keyStore="file:/home/alex/work/amq/broker.ks"  
 keyStorePassword="password" trustStore="file:${activemq.base}/conf/broker.ts" 
 trustStorePassword="password"/>
</sslContext>

我有一对x509证书和一个密钥文件

如何导入这两个用于ssl和ssl + stomp连接器？我可以谷歌的所有例子总是自己生成密钥,但我已经有了密钥.

我试过了

keytool -import  -keystore ./broker.ks -file mycert.crt

但这只导入证书而不是密钥文件并导致结果

__CODE__

我尝试连接证书和密钥但得到了相同的结果

如何导入密钥？

我只是在阅读关于JMS和Apache ActiveMQ的abit.并且想知道现实世界中有人使用JMS或类似的消息队列技术吗？

我想知道JMS队列和JMS主题之间的区别.

它说,从ActiveMQ页面

话题

在JMS中,Topic实现了发布和订阅语义.当您发布消息时,它会发送给所有感兴趣的订阅者 - 因此,零到多订阅者将收到该消息的副本.只有在经纪人收到消息时拥有有效订阅的订阅者才能获得该消息的副本.

队列

JMS队列实现负载均衡器语义.一个消费者将收到一条消息.如果在发送消息时没有可用的消费者,则将保留消费者,直到有消费者可以处理消息为止.如果消费者收到消息并且在关闭之前没有确认消息,那么该消息将被重新传递给另一个消费者.队列可以让许多消费者在可用消费者之间对消息进行负载平衡.

我希望有一个"东西",它将以与ActiveMQ代理接收消息的顺序相同的顺序向每个订阅者发送消息的副本.

有什么想法吗？

作为一名经验丰富的Spring用户,我假设Spring Integration在最近需要一些(JMS)消息传递功能的项目中更有意义(更多细节).使用Spring Integration几天之后,考虑到必须配置的通道数量,以便在适当的位置进行一些请求 - 响应(侦听不同的JMS队列)通信,它仍然会感觉很多配置开销.

因此,我正在寻找一些背景信息Camel与Spring Integration的不同之处,但似乎有很多信息,我发现:

• http://java.dzone.com/articles/spring-integration-and-apache (从2009年12月开始,在Spring Integration与Camel中实现真实集成场景之间的非常中性比较)
• http://hillert.blogspot.com/2009/10/apache-camel-alternatives.html(将Camel与其他解决方案进行比较,2009年10月)
• http://raibledesigns.com/rd/entry/taking_apache_camel_for_a(Matt Raible,2008年10月)

问题是:你使用一个堆栈而不是另一个堆栈有什么经验？在哪些情况下你会推荐Camel是Spring Integration缺乏支持吗？你在哪里看到每个人的利弊？任何来自现实世界项目的建议都受到高度赞赏.

我试图了解JMS以及它与AMQP术语的关联方式.我知道JMS是一个API,而AMQP是一个协议.

这是我的假设(以及问题)

• RabbitMQ使用AMQP协议(而不是实现AMQP协议)
• Java客户端需要使用AMQP协议客户端库来连接/使用RabbitMQ
• JMS API在哪里发挥作用？JMS API应该使用AMQP客户端库连接到RabbitMQ吗？
• 通常我们使用JMS来连接像RabbitMQ,ActiveMQ等消息代理.那么这里使用的默认协议是什么而不是AMQP？

上面的一些可能是愚蠢的.:-)但是试图绕过它.

我已经阅读过什么设计决策有利于Scala的Actors而不是JMS的问题和答案？.

通常,我们使用已经存在多年的消息传递解决方案:将诸如WebSphere MQ或Apache ActiveMQ的JMS实现用于点对点通信,或者使用Tibco Rendevous用于多播消息传递.

它们非常稳定,经过验证,可提供高可用性和高性能.然而,配置和设置似乎比Akka复杂得多.

何时以及为什么我应该将Akka用于上述产品(WebSphere MQ或ActiveMQ)到目前为止已成功使用的一些用例？为什么我应该考虑在未来的项目中使用Akka而不是WebSphere MQ或Tibco RV？

什么时候应该避开Akka？它是否提供与其他解决方案相同的高可用性和性能？或者甚至将Akka与其他消息中间件进行比较是一个坏主意？

也许在JVM环境中还有另一个消息传递解决方案除了JMS(点对点),TibcoRV(多播)和Akka之外我还应该考虑？

使用Scala Actors而不是JMS有什么区别？

例如,从性能和可伸缩性的角度来看,与JMS相比,Scala Actor模型添加了什么？在哪些情况下使用Actors而不是JMS更有意义,即Actors解决JMS无法解决的问题是什么？

我正在寻找JMS是一个很好的解决方案的问题的简单例子,也是JMS在这些情况下是一个很好的解决方案的原因.在过去,我只是简单地使用数据库作为将消息从A传递到B的方法,当消息不一定立即被B处理时.

这种系统的一个假设示例是,所有新注册的用户应在注册后24小时内收到欢迎电子邮件.为了便于论证,假设DB不记录每个用户注册的时间,而是将每个新用户的引用(外键)存储在pending_email表中.电子邮件发件人作业每24小时运行一次,向该表中的所有用户发送电子邮件,然后删除所有pending_email记录.

这似乎是应该使用JMS的那种问题,但我不清楚JMS对我所描述的方法有什么好处.DB方法的一个优点是消息是持久的.我知道JMS消息队列也可以保留,但在这种情况下,JMS和我描述的"数据库作为消息队列"方法似乎没什么区别？

我错过了什么？ - 唐

我之前没有任何使用*MQ的经验,而且我希望通常能够构建有关JMS和消息队列的知识.这样,我想知道我是应该从ActiveMQ开始,还是只是"忽略"它,然后开始自学阿波罗.Apollo是否像ActiveMQ一样功能齐全？它是否实现了JMS 2.0(我看到ActiveMQ卡在1.1中)？我会遗漏一些非常重要的东西吗？

另外,Kafka与这两种解决方案相比如何？