我负责ActiveMQ服务，本周一队列消费者的系统反馈他们无法正常监听到消息了，从MQ Console上看到该队列A的消息确实堆积了，Number Of Pending Messages 不断增加，本地开启消费者以及他们系统本地开启消费者都能正常监听到消息，但是线上就是不行，他们服务重启后问题依然无法解决，找不到解决的办法，我就考虑升级下AMQ版本，原版本为5.8.0（可从MQ Console中看到）。
从网上下载到最新版本：5.15.9，上传到服务器上后，修改了conf目录下activemq.xml的TCP端口号（生产者推送和消费者监听的端口）以及jetty.xml中的控制台端口号后，重启服务，提示PID已创建，但是ps查看进程，却找不到该进程信息，并且telnet本TCP端口，也不通，查看data目录下的activemq.log，发现文件修改时间还是3月份。
找不到更多提示信息，只好硬下头皮（shell水平有待提高）去读下bin目录下的启动脚本：activemq，看到有Detect the location of the java binary，突然想起来MQ是依赖JDK的，而服务器还是JDK1.6，新版本MQ可能不兼容，搜索下发现确认5.15.9版本需要JDK1.8。网上查找AMQ指定JDK目录，在bin目录下env文件中最后一段信息中发现是使用：JAVACMD="auto"自动去服务器上查找，通过which java查看（/usr/bin/java）
Le serveur est en effet JDK1.6. Après avoir installé JDK1.8, modifiez le JAVACMD dans le fichier env et affectez-le à /aaa/jdk1.8.0_144/bin/java sous le JDK. Le redémarrage du service ne fonctionnera toujours pas. . .
La configuration n'a-t-elle pas pris effet, a-t-elle augmenté la sortie dans le script de démarrage activemq dans le répertoire bin: echo $ JAVACMD, et a constaté qu'il s'agit toujours de / usr / bin / java, étrangement, l'élément de configuration JAVACMD ne prend pas effet, le répertoire JDK spécifié n'est-il pas correct, il suffit de changer le répertoire /aaa/jdk1.8.0_144/bin, le redémarrage du service ne fonctionnera toujours pas, mais. . . Le répertoire JAVACMD en écho est /aaa/jdk1.8.0_144/bin. Accédez aux répertoires /aaa/jdk1.8.0_144 et /aaa/jdk1.8.0_144/bin à afficher. L'utilisateur qui s'est connecté au fichier java n'a pas les autorisations exécutables x , Sans considérer pourquoi il n'y a pas d'autorisation, augmentez d'abord les autorisations par chmod, puis ajustez JAVACMD sur /aaa/jdk1.8.0_144/bin/java, démarrez, le service démarre enfin normalement et la console peut également être affichée normalement.
