Spring Boot在为开发人员提供更高层次的封装,进而提高开发效率的同时,也为出现问题时如何进行定位带来了一定复杂性与难度.但Spring Boot同时又提供了一些诊断工具来辅助开发与分析,如spring-boot-starter-actuator.本文分享一个基于actuator与IDEA条件断点来定位自动配置未生效的案例.望对类似问题分析与处理提供参考. 欢迎关注我的微信公众号:jboost-ksxy 问题确认 在前文介绍的 Spring Boot从入门到实战:整合通用Mapper简化单
在部署数据库时,经常会遇到打开最大文件数限制 too many open files 的警告,通常我们只需要修改/etc/security/limits.conf该文件,增加两行,重新登录即可解决. 1.limits.conf 文件 vim /etc/security/limits.conf * soft nofile 65535 * hard nofile 65535 注意:还有 /etc/security/limits.d/90-nproc.conf 文件,二者不要冲突. 2.重启不生效问题
配置了 sudo vim /etc/security/limits.conf * soft nofile * hard nofile 单独起进程没问题, 放到supervisor下监管启动,则报错 max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536] 原因: 应该是supervisor监管的进程配置来自于supervisor所在环境配置, supervi
[转载请注明出处:钱正柱 http://blog.csdn.net/qianguozheng/article/details/24412673] 配置无线 vi /etc/config/wireless config wifi-device wlan0 option type mac80211 option channel 5 # REMOVE THIS LINE TO ENABLE WIFI: # 删除或凝视掉opti
这种方式仅适合于比较小的项目,例如只有一两台服务器,而且配置文件是可以直接修改的.例如 Spring mvc 以 war 包的形式部署,可以直接修改resources 中的配置文件.如果是 Spring boot 项目,还想用这种方式的话,就要引用一个外部可以编辑的文件,比如一个固定的目录,因为 spring boot 大多数以 jar 包部署,打到包里的配置文件没办法直接修改.如果是比较大的项目,最好还是用配置中心,例如携程的 Apollo.Consul 等. 原始方式 原始方式指的是每次要修