SpbDev的专栏

经典版和Artemis都有自己的用户系统和默认的登录认证逻辑，但是当需要和业务系统集成，共享同一套用户/角色时，就需要自定义身份认证了。这里简单记录一下实现思路。一、ActiveMQ经典版1、自定义身份认证插件新建maven工程，添加依赖<dependency> <groupId>org.apache.activemq</groupId> <artifactId>activemq-broker</artifactId> &lt

一、客户端开发可以根据实际情况选择合适的协议，默认协议是OpenWire，通用协议（如果未来可能用其它消息队列组件替换ActiveMQ）可以考虑MQTT、AMQP等协议。Java开发经典版安装包解压缩后，/examples目录下有各个协议的范例代码可以参考。.Net开发Apache官方提供了.Net的组件库，叫做NMS Clients，由API接口（Apache.NMS.dll）和Provider组成，每个协议一个Provider（dll文件），所以只要下载这两个组件使用即可，/exampl

压测工具：Apache JMeter服务器配置：虚拟机，4核8线程，8G内存，CentOS8主要简单模拟大量订阅消息（建立连接），但消息不多的场景，类似挂QQ或微信但少有消息的场景，采用默认设置。经典版：只能压测到3000多个连接就再也上不去了，改为NIO后也只能到4000多个连接，而且CPU内存并未占满。Artemis：情况差不多，也只能到4000多个连接。一度怀疑是客户端PC连接数有瓶颈，但多台压测仍旧如此，搜了半天网上也没这方面的资料。后来发现原因：Linux默..

一、两个版本ActiveMQ分为5.xClassic（经典版）、Artemis两个版本，后者是下一代的高性能、非阻塞、事件驱动的MQ，实际测试能支撑更多连接数、占用内存更低。两个版本都支持多个消息队列协议，如OpenWire、MQTT、AMQP、STOMP等。消息发布订阅时，可以跨协议通信，例如发布者用OpenWire，订阅者用MQTT等。二、基本概念Broker：指ActiveMQ的运行实例，通俗的说就是服务端。Transport：可以理解为就是ActiveMQ暴露出来的协议，通常

Hibernate中可能用到两张（或更多）表映射称为复杂一点的对象的情形，例如每个User(用户)对象关联一个LoginInfo(登录信息)对象，LoginInfo还包括各种属性，例如LastLoginTime。现在查询所有用户，hql为：from User u如果按"User.LoginInfo.LastLoginTime"逆序排列，hql为：from User u or

针对SimpleTrigger，有多种misfire策略，网上一搜一大堆，但是都含糊不清，没说清楚具体差别，如下是我的理解：MISFIRE_INSTRUCTION_SMART_POLICY——智能根据trigger属性选择策略：repeatCount为0，则策略同MISFIRE_INSTRUCTION_FIRE_NOWrepeatCount为REPEAT_INDEFINIT

从Servlet3.0规范看，这两个方法的功能类似，但略有差别，规范是这么描述的：encodeRedirectURL(java.lang.String url)           Encodes the specified URL for use in the sendRedirect method or, if encoding is not needed, returns the U

服务端BlazeDS走StreamingAMF通道时，在别的浏览器下flex都运行正常，唯独IE11不能收到推送消息，但普通的remoting正常。原因是IE11改了UserAgent，导致UserAgent无法识别所致，解决办法：打开service-config.xml，找到streamingAMF通道的配置节下的user-agent-settings节点，添加一行针对IE11的UserAg

时不时看到有人在问如何在非jsf页面（通过ajax）动态调用jsf的托管bean的属性或方法，其实我在刚接触jsf的时候也有同样的疑惑，虽然jsf提供了非常优雅的局部刷新功能（通过reRendor属性指定刷新区域），但是这种方式必须预先定义好要刷新的区域的内容，而且必须通过服务端控件触发，不能绕开服务端控件而单纯的通过js实现数据更新。研究了下，要达到上述目的其实不难，思路是：1、

Spring采用classpath*:前缀开头时，是可以使用**以及*来作为通配符，从jar当中加载资源（例如xml配置文件）的，但是一次偶然的机会发现只要使用了通配符，就无法正确从jar当中加载配置文件。web.xml当中的配置如下： contextConfigLocation classpath*:spring/applicationContext*.xml多次尝试发现，如果

Listener是Servlet的监听器，它可以监听客户端的请求、服务端的操作等;监听器对象在事情发生前、发生后可以做一些必要的处理。目前 Servlet2.5 中常用的有8个监听器接口，分为3类： 1. Servlet上下文进行监听（Application级）： 用于监听 ServletContext 对象的创建和删除以及属性的添加、删除和修改等操作,该监听器需要用到