logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

Jenkins waitForAsynchronousExecutions 问题排查

JavaWeb开发项目少不了Jenkins的使用Jenkins 配合shell 脚本可以方便的做到持续化集成,一般也就是tomcat 挂了 打不开,使用时间长了 硬盘空间不足平时注意合理配置项目,经常维护就可以解决Jenkins 虽然功能强大,但免不了自身会有bug罕见的问题:[INFO] 公共模块父工程 … SUCCESS [0.485 s][INFO] 公共模块SDK … S...

zookeeper 节点管理

今天开发dubbo 服务,发生了consumer注册成 provider的bug,并且注册成的伪provider 服务无法删除。dubbo 自带的管理工具提示不能删除活动的节点。使用zookeeper zkcli 删除链接服务端./zkCli.sh -server 192.168.128.128:2181如果是单例节点则推荐:./zkCli.sh -server 127.0.0.1:2181每次

#zookeeper
kafka 报错分析

kafka 更新版本之后报错如下:2015-12-02 15:14:12[ pool-1-thread-2:4217697 ] - [ ERROR ]Failed to collate messages by topic, partition due to: fetching topic metadata for topics [Set(test)] from broker [ArrayBu

#kafka
Maven项目部署报错error: 'dependencies.dependency.version' must be a valid version but is

一套资产端项目,一直使用jekins 部署,整套环境移交之后出现Maven 编译失败的问题:‘dependencies.dependency.version’ must be a valid version but is首先看maven的配置文件<mybatisplus.version>2.1.0</mybatisplus.version>&

#jenkins#git
jdk升级17 项目报错java.lang.reflect.InaccessibleObjectException

java11 升级到java17 项目启动正常,执行mybatis 查询的时候报错根据报错信息怀疑mybatis xml 配置问题,发现其实没有问题,jdk11 的时候正常启动reating a new SqlSessionSqlSession [org.apache.ibatis.session.defaults.DefaultSqlSession@3c88e19e] was not regis

#java#spring#spring boot
spring 集成common-pool2

Common-pool2The Apache Commons Pool open source software library provides an object-pooling API and a number of object pool implementations. Version 2 of Apache Commons Pool contains a completely re-w

Windows 系统查找快捷键冲突

随着电脑安装的软件越来越多,自己熟悉的快捷键不经意就会被新的软件自动占用,处理起来比较麻烦,查了网上有通过打开spy++ 点击监视->日志消息方式处理的,这样对用户的技术水平要求比较高,并且需要花费一定时间,接下来推荐一个小工具openarkhttps://github.com/BlackINT3/OpenArk/releases使用步骤:1.点击进入系统热键右下角点击进入内核模式2.点击热

#安全
对比工具winMerge

工欲善其事必先利其器,工作中时长需要对比两个文件的区别,推荐开源工具winMerge特点Windows 操作系统 、无需安装、开源下载地址winMerge安装使用复制到要安装的文件夹 解压即可点击WinMergeU.exe如果经常使用 可以发送快捷链接到桌面然后 设置快捷键启动选中图标右键–> 快捷键设置WinMerge支持大多数编程语言的

kubernetes服务重启排查

假期中的服务重启公司配置了服务重启的钉钉报警,假期中偶然发现自己负责的商业网盘工程,竟然连续三天深夜重启了。第一想到的是定时任务,定时任务一般设置在夜里,业务访问量很少的情况,自信查看了三天的重启时间,发现是随机的,而且工程也没有oom 报警,只是单纯的重新启动。疫情中的排查因为团队处于创业阶段,身兼数珠,第一天在排查一个bug 的同时,开始思考工程重启的原因,先看了监控,发现确实深夜中异常重启,

#docker
到底了