环境搭建 1.创建maven项目(jar) 2.pom.xml添加依赖 <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.4.0.RELEASE</version> </parent> <dependencies> &l

开发环境我们使用的是ActiveMQ 5.11.1 Release的Windows版,官网最新版是ActiveMQ 5.12.0 Release,大家可以自行下载,下载地址.需要注意的是,开发时候,要将apache-activemq-5.11.1-bin.zip解压缩后里面的activemq-all-5.11.1.jar包加入到classpath下面,这个包包含了所有jms接口api的实现. 搭建开发环境建立项目,我们只需要建立一个java项目就可以了,导入jar包,项目截图: 1.编写生产者

ActiveMQ 持久化设置: 在redis中提供了两种持久化机制:RDB和AOF 两种持久化方式,避免redis宕机以后,能数据恢复,所以持久化的功能 对高可用程序来说 很重要. 同样在ActiveMQ 中 也提供了持久化的功能,在生产者 生产消息 到队列中,可以通过设置 该消息在队列中是否持久化.持久化以后,即使ActiveMQ重启了,队列中的消息也不会丢失 java中,在生产者 发送消息的时候可以通过api 设置 producer.setDeliveryMode(DeliveryMode.

java springboot activemq 邮件短信微服务,解决国际化服务的国内外兼容性问题,含各服务商调研情况 邮件短信微服务 spring boot 微服务 接收json格式参数 验证参数合法化 放入队列 返回json 内网访问,IP白名单限制 activemq消息队列 独立部署到docker里 邮件发送 从activeMQ里取待发送邮件 根据邮箱类型选择对应服务商接口发送 mysubmail 主账号邮件验证码类无限额(需要找客服技术申请开通) 子账号营销邮件 TLS加密需要找技术加上

前面一章中介绍了activemq的初步实现:基于ActiveMQ的Topic的数据同步——初步实现 下面来解决持久化订阅的问题: (1)使用queue,即队列时,每个消息只有一个消费者,所以,持久化很简单,只要保存到数据库即可 .然后,随便一个消费者取走处理即可.某个消费者关掉一阵子,也无所谓. (2)使用topic,即订阅时,每个消息可以有多个消费者,就麻烦一些. 首先,假设消费者都是普通的消费者,------------------------<1>activemq启动后,发布消息1,可惜

springboot中动态修改logback日志级别 在spring boot中使用logback日志时,项目运行中,想要修改日志级别. 代码如下: import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RequestP

springboot中动态修改log4j2日志级别 在spring boot中使用log4j2日志时,项目运行中,想要修改日志级别. 1.pom.xml依赖: <dependency> <groupId>org.apache.logging.log4j</groupId> <artifactId>log4j-core</artifactId> <version>2.7</version> </dependency&g

现在邮件发送功能已经是几乎每个系统或网址必备的功能了,从用户注册的确认到找回密码再到消息提醒,这些功能普遍的会用到邮件发送功能.我们都买过火车票,买完后会有邮件提醒,有时候邮件并不是买完票立马就能收到邮件通知,这个就用到了异步邮件发送. 那怎么实现邮件的异步发送呢? 很显然,引入MQ是一个不错的选择.刚好这段时间在练习ActiveMQ,那就拿activemq来实现异步发送邮件吧. 一.springboot整合JavaMailSender 在发送异步邮件之前,先来简单介绍下邮件发送的基本内容,了解

非持久化订阅持续到它们订阅对象的生命周期.这意味着,客户端只能在订阅者活动时看到相关主题发布的消息.如果订阅者不活动,它会错过相关主题的消息.如果花费较大的开销,订阅者可以被定义为durable(持久化的).持久化的订阅者注册一个带有JMS保持的唯一标识的持久化订阅(subscription).带有相同标识的后续订阅者会再续前一个订阅者的订阅状态.如果持久化订阅没有活动的订阅者,JMS会保持订阅消息,直到消息被订阅接收或者过期. 生产者: package cn.slimsmart.activem

  本文简单的介绍一下基于SpringBoot框架动态多数据源切换的实现,采用主从配置的方式,配置master.slave两个数据库. 一.配置主从数据库 spring: datasource: type: com.alibaba.druid.pool.DruidDataSource driverClassName: com.mysql.cj.jdbc.Driver druid: # 主库数据源 master: url: jdbc:mysql://localhost:3306/practice?

spring +ActiveMQ 实战 topic selecter指定接收 queue:点对点模式,一个消息只能由一个消费者接受 topic:一对多,发布/订阅模式,需要消费者都在线(可能会导致信息的丢失) 看了网上很多的文件,但大都是不完整的,或不是自己想要的特异性接受功能,特意研究了一下,总结总结 一,下载并安装ActiveMQ 首先我们到apache官网上下载activeMQ(http://activemq.apache.org/download.html),进行解压后运行其bin目录下

前言 定时器是我们项目中经常会用到的,SpringBoot使用@Scheduled注解可以快速启用一个简单的定时器(详情请看我们之前的博客<SpringBoot系列--定时器>),然而这种方式的定时器缺乏灵活性,如果需要对定时器进行调整,需要重启项目才生效,本文记录SpringBoot如何灵活配置动态定时任务 代码编写 首先先建表,重要字段:唯一表id.Runnable任务类.Cron表达式,其他的都是一些额外补充字段 DROP TABLE IF EXISTS `tb_task`; CREAT

  业务场景说明: 消息队列在大型电子商务类网站,如京东.淘宝.去哪儿等网站有着深入的应用, 队列的主要作用是消除高并发访问高峰,加快网站的响应速度. 在不使用消息队列的情况下,用户的请求数据直接写入数据库,在高并发的情况下,会对数据库造成巨大的压力,同时也使得系统响应延迟加剧. 在使用队列后,用户的请求发给队列后立即返回, (例如: 当然不能直接给用户提示订单提交成功,京东上提示:您“您提交了订单,请等待系统确认”), 再由消息队列的消费者进程从消息队列中获取数据,异步写入数据库. 由于消息队

1.项目结构如下 pom.xml文件如下 <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> </dependency> <dependency> <groupId>org.springframework.boot

http://activemq.apache.org/virtual-destinations.html 普通的 topic 是发布/订阅模式:消息会被广播发送给所有的订阅者,订阅者拿到的是全部消息,如下图: 而 virtual topic,在消息的传递过程中,多加了一个队列节点,如下图: 全量的消息先发送到队列,然后再分发给消费者.这么做有什么好处呢? 假定consumer1和consumer2分别是2个进程,2个进程共同处理消息,这算不算负载均衡呢? 其次,如果consumer1挂掉了,队列

概要 activemq 支持两种模式: 1.队列模式 2. 发布订阅者模式,topic有一个主题可以有多个订阅者.这种情况可以将一个消息,分发到多个消费者. 比如我有这样一个案例,用户需要同步,而且需要同步到多个系统,那么我们只需要队列添加一个主题,其他的子系统订阅该主题.分别处理自己的同步逻辑. 这样就实现了代码的解耦. 实现代码 1.生产者 import java.util.Map; import javax.annotation.Resource; import javax.jms.Des

与Queue不同,Topic实现的是发布/订阅模型,在下面的例子中,启动两个消费者共同监听一个Topic,然后循环给这个Topic发送多个消息. 例子: public class TopicTest { public static void main(String[] args) { ActiveMQConnectionFactory connectionfactory=new ActiveMQConnectionFactory("vm://localhost"); Connectio

一.简介 在使用activemq消息中间件进行消息队列传输时,总会由于各种原因导致消息失败. 一个经典的场景是一个生成者向Queue中发消息,里面包含了一组邮件地址和邮件内容.而消费者从Queue中将消息一条条读出来,向指定邮件地址发送邮件.消费者在发送消息的过程中由于种种原因会导致失败,比如网络超时.当前邮件服务器不可用等.这样我们就希望建立一种机制,对于未发送成功的邮件再重新发送,也就是重新处理.重新处理超过一定次数还不成功,就放弃对该消息的处理,记录下来,继续对剩余消息进行处理. Acti

在常规的Java Web开发过程中,在修改完代码后,往往需要重启Tomcat来使得我们的修改生效,在SpringBoot中也需要从新启动SpringBoot来将修改部署.如果我们不希望重启tomcat或者不重启SpringBoot,就需要在pom增加两个依赖: <dependency> <groupId>org.springframework</groupId> <artifactId>springloaded</artifactId> <

一.背景介绍 公司自成立以来,一直以做项目为主,算是经累经验吧,自去年以来,我们部门准备将以前的项目做成产品,大概细分了几个小的产品,部们下面又分了几个团队,分别负责产品的研发,而我们属于平台团队,负责公用组件.开发平台的研发. 前期各个项目组使用的技术.框架等都不一样,想把技术.框架统一起来比较困难,并且在早期项目研发的时,各自为战,没有形成合力,有些共性的东西,都是各自做自己的,现在转将项目做成产品时,首先就是要将共性的东西,抽取出来,做成组件,通过SOA架构,将组件的服务和能力暴露出来,提

这里只演示添加和删除任务的,因为修改就是删除任务再添加而已. 方便演示,任务就是每3秒打印 1.没有任务 后台 2.添加一个任务 3.再添加一个任务 4.删除一个任务 5.再添加一个任务 6.代码 运行任务线程的代码TaskRunnable.java import com.xiaostudy.shiro_test1.utils.DateUtils; public class TaskRunnable implements Runnable { private String name; publi