Easter79 Easter79
3年前
springcloud(九):配置中心和消息总线(配置中心终结版)
我们在springcloud(七):配置中心SVN实例和refresh 中讲到,如果需要客户端获取到最新的配置信息需要执行refresh,我们可以利用webhook的机制每次提交代码发送请求来刷新客户端,当客户端越来越多的时候,需要每个客户端都执行一遍,这种方案就不太适合了。使用SpringCloudBus可以完美解决这一问题。Spring
Easter79 Easter79
3年前
spring集成多个rabbitMQ
转自:https://blog.csdn.net/zz775854904/article/details/81092892MQ全称为MessageQueue, 消息队列(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fbaike.baidu.com%2Fview%2F262473.h
Wesley13 Wesley13
3年前
ActiveMQ与SpringMVC整合实现发送PTP和订阅发布消息功能
实现一个基于SpringMVCJMSActiveMQTomcatJDK1.8IDEA工具,Spring4.1.0和ActiveMQ5.15整合的实例,实现PTP和订阅/发布两种消息模型一 添加依赖这里我贴上我所有的依赖,其中有个坑就是springaop要用高版本,否则会报方法找不到,主要就是spring提供的jms依赖
Stella981 Stella981
3年前
MFC DestroyWindow[转]
考虑单窗口情况:  假设自己通过new创建了一个窗口对象pWnd,然后pWndCreate。则销毁窗口的调用次序:  1.手工调用pWndDestroyWindow();  2.DestroyWindow会发送WM\_DESTROY;  3.WM\_DESTROY对应的消息处理函数是OnD
Stella981 Stella981
3年前
SpringBoot中使用rabbitmq,activemq消息队列和rest服务的调用
1\.activemq  首先引入依赖  pom.xml文件<dependency<groupIdorg.springframework.boot</groupId<artifactIdspringbootstarteractivemq</artifactId</depe
Wesley13 Wesley13
3年前
Java 并发底层知识,锁获取超时机制知多少?
当我们在使用Java进行网络编程时经常会遇到很多超时的概念,比如一个浏览器请求过程就可能会产生很多超时的地方,当我们在浏览器发起一个请求后,网络socket读写可能会超时,web服务器响应可能会超时,数据库查询可能会超时。而对于Java并发来说,与超时相关的内容主要是线程等待超时和获取锁超时,比如调用Object.wait(long)就会使线程进入等待状并在
Easter79 Easter79
3年前
SpringBoot中使用rabbitmq,activemq消息队列和rest服务的调用
1\.activemq  首先引入依赖  pom.xml文件<dependency<groupIdorg.springframework.boot</groupId<artifactIdspringbootstarteractivemq</artifactId</depe
Wesley13 Wesley13
3年前
MySQL基础篇(06):事务管理,锁机制案例详解
本文源码:GitHub·点这里(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fcicadasmile%2Fmysqldatabase)||GitEE·点这里(https://www.oschina.net/action/GoToLink?urlh
Stella981 Stella981
3年前
Kafka在哪些场景下会造成重复消费或消息丢失?
kafka消费者在消费的时候对于位移提交的具体时机的把握也很有讲究,有可能会造成重复消费和消息丢失的现象。!(https://oscimg.oschina.net/oscnet/3566bbd82538478396a25dd6e023974e.png"image.png")参考上图,当前一次poll()操作所拉取的消
Stella981 Stella981
3年前
CentOS 8.2部署RabbitMQ 3.8.3 消息队列服务器
!CentOS8.2部署RabbitMQ3.8.3消息队列服务器(https://s4.51cto.com/images/blog/202012/28/4113d28f6002831262675c9d294c3bea.png?xossprocessimage/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,co