Docker搭建ActiveMQ消息服务的方法

这篇文章主要介绍“Docker搭建ActiveMQ消息服务的方法”的相关知识，小编通过实际案例向大家展示操作过程，操作方法简单快捷，实用性强，希望这篇“Docker搭建ActiveMQ消息服务的方法”文章能帮助大家解决问题。概念jms消息模式点对点或队列模式包含三个角色：消息队列（queue），发送者(sender)，接收者(receiver)。每个消息都被发送到一个特定的队列，接收者从队列中获取消息。队列保留着消息，直到他们被消费或超时。每个消息只有一个消费者（consumer），即一旦被消费，消息就不再在消息队列中发送者和接收者之间在时间上没有依赖性，也就是说当发送者发送了消息之后，不管接收者有没有正在运行，它不会影响到消息被发送到队列接收者在成功接收消息之后需向队列应答成功pub/sub 发布/订阅模式
包含三个角色：主题（topic），发布者（publisher），订阅者（subscriber） 。多个发布者将消息发送到topic,系统将这些消息传递给多个订阅者。每个消息可以有多个消费者发布者和订阅者之间有时间上的依赖性。针对某个主题（topic）的订阅者，它必须创建一个订阅者之后，才能消费发布者的消息。为了消费消息，订阅者必须保持运行的状态。为了缓和这样严格的时间相关性，jms允许订阅者创建一个可持久化的订阅。这样，即使订阅者没有被激活（运行），它也能接收到发布者的消息。如果希望发送的消息可以不被做任何处理、或者只被一个消息者处理、或者可以被多个消费者处理的话，那么可以采用pub/sub模型。jms消息基本组件connectionfactory创建connection对象的工厂，针对两种不同的jms消息模型，分别有queueconnectionfactory和topicconnectionfactory两种。可以通过jndi来查找connectionfactory对象。destinationdestination的意思是消息生产者的消息发送目标或者说消息消费者的消息来源。对于消息生产者来说，它的destination是某个队列（queue）或某个主题（topic）;对于消息消费者来说，它的destination也是某个队列或主题（即消息来源）。所以，destination实际上就是两种类型的对象：queue、topic可以通过jndi来查找destination。connectionconnection表示在客户端和jms系统之间建立的链接（对tcp/ip socket的包装）。connection可以产生一个或多个session。跟connectionfactory一样，connection也有两种类型：queueconnection和topicconnection。sessionsession是操作消息的接口。可以通过session创建生产者、消费者、消息等。session提供了事务的功能。当需要使用session发送/接收多个消息时，可以将这些发送/接收动作放到一个事务中。同样，也分queuesession和topicsession。消息的生产者消息生产者由session创建，并用于将消息发送到destination。同样，消息生产者分两种类型：queuesender和topicpublisher。可以调用消息生产者的方法（send或publish方法）发送消息。消息消费者消息消费者由session创建，用于接收被发送到destination的消息。两种类型：queuereceiver和topicsubscriber。可分别通过session的createreceiver(queue)或createsubscriber(topic)来创建。当然，也可以session的creatdurablesubscriber方法来创建持久化的订阅者。messagelistener消息监听器。如果注册了消息监听器，一旦消息到达，将自动调用监听器的onmessage方法。ejb中的mdb（message-driven bean）就是一种messagelistener。transport传输方式activemq目前支持的transport有：vm transport、tcp transport、nio transport、ssl transport、peer transport、udp transport、multicast transport、http and https transport、websockets transport、failover transport、fanout transport、discovery transport、zeroconf transport等。vm transport：允许客户端和broker直接在vm内部通信，采用的连接不是socket连接，而是直接的方法调用，从而避免了网络传输的开销。应用场景也仅限于broker和客户端在同一jvm环境下。tcp transport：客户端通过tcp socket连接到远程broker。配置语法：tcp://hostname:port?transportoptionshttp and https transport：允许客户端使用rest或者ajax的方式进行连接。这意味着可以直接使用javascript向activemq发送消息。websockets transport：允许客户端通过html5标准的websockets方式连接到broker。failover transport：青龙系统mq采用的就是这种连接方式。这种方式具备自动重新连接的机制，工作在其他transport的上层，用于建立可靠的传输。允许配置任意多个的uri，该机制将会自动选择其中的一个uri来尝试连接。配置语法：failover:(tcp://localhost:61616,tcp://localhost:61617,…..)?transportoptionsfanout transport：主要适用于生产消息发向多个代理。如果多个代理出现环路，可能造成消费者接收重复的消息。所以，使用该协议时，最好将消息发送给多个不相连接的代理。persistence持久化存储amq message storeactivemq 5.0 的缺省持久化存储方式。kaha persistence这是一个专门针对消息持久化的解决方案。它对典型的消息使用模式进行了优化。jdbc persistence目前支持的数据库有：apache derby, axion, db2, hsql, informix, maxdb, mysql, oracle, postgresql, sqlserver, sybase。disable persistence不应用持久化存储。集群方案(master / slave)pure master slave无单点故障；不需要依赖共享文件系统或是共享数据库，使用 kahadb的方式持久化存储；一个master只能带一个slave；master工作期间，会将消息状况自动同步到slave；master一旦崩溃，slave自动接替其工作，已发送并尚未消费的消息继续有效；slave接手后，必须停止slave才能重启先前的master；shared file system master slavejdbc master slave配置上，不存在master和slave的区分，多个共享数据源的broker构成jdbc master slave；首先抢到资源（数据库锁）的broker成为master，其他broker定期尝试抢占资源；一旦master崩溃，其他broker抢占资源，最终只有一台抢到，立刻成为master，之前的master即便重启成功，也只能作为slave等待；安装说明这里免费云主机域名使用docker安装，查询docker镜像：下载docker镜像：创建&运行activemq容器：61616是 activemq 的容器使用端口（映射为61617），8161是 web 页面管理端口（对外映射为8162）查看创建的容器，如果存在说明安装成功：查看web管理页面：浏览器输入 http://ip :8162 点击manage activemq broker使用默认账号/密码：admin/admin进入查看。配置访问密码进入docker容器：控制台界面设置用户名和密码：配置连接密码编辑activemq.xml文件，放置到 shutdownhooks 下方即可。修改conf中credentials.properties文件进行密码设置：注意事项
如果是云服务器，记得开放相关端口(61617/8160)关于“Docker搭建ActiveMQ消息服务的方法”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识，可以关注百云主机行业资讯频道，小编每天都会为大家更新不同的知识点。

相关推荐: golang中如何将string转为字节数组

这篇“golang中如何将string转为字节数组”文章的知识点大部分人都不太理解，所以小编给大家总结了以下内容，内容详细，步骤清晰，具有一定的借鉴价值，希望大家阅读完这篇文章能有所收获，下面我们一起来看看这篇“golang中如何将string转为字节数组”文…