需求给定一个未知方法的一个入参实体，要求记录判断出入参实体所对应的数据库实体中的字段数据的前后变更，入参可能是一个List或者Set或者是单个vo。解决方案编写通用aop，在方法层面编写一个注解标记需要记录前后变化的方法，在实体层面编写一个注解标记需要记录前后变化的字段，并且选定字段的值需要进行的翻
问题描述配置Realm之后，发现在Realm中抛出的异常被无法捕获，最后抛出AuthenticationException异常，返回的是默认异常json格式，无法自定义选择code原因分析AuthenticationException 异常时Shiro内部进行抛出的，全局异常捕获器在 Filter
问题当前端发送请求到后端时，发起的接口是需要被shiro拦截验证的，这时前端报出了跨域的报错问题确定我的猜想是。shiro的过滤器过滤优先级>cors的过滤器，所以才导致的此类问题结果，果然是这样（以下图片，是我调整后的。所以corsFilter在shiroFilterFactoryBean之
修改前后的feign接口对比：（修改前）/** * 获取用户列表 * @param user 用户信息 * @return 列表 */@GetMapping("/user/list")Result<TableDataInfo> selectUserList(SysUs
问题发现今天把微服务架构开起来后发现，我的服务动不动就连接不上nacos，于是开始检查哪里占用了nacos的资源发现过程我打开了nacos集群的其中任何一个后台都是能够正常连接的，我就去我的nignx里看，发现是nignx连接不上了，查看日志发现nignx是运行正常的，但是请求数量多的吓人，还以为被
这里就不赘述服务端的配置了，只写客户端客户端pom文件dependencies> <!--nacos--> <dependency> <groupId>com.alibaba.cloud</groupI
docker-compose.yaml就和我上个博客一样，记得要用1.4.2以上的版本，我使用的1.5.2，不同版本配置都是不同的version: '3'services: seata-server: restart: always image: seataio/sea
问题今天我学习seata启动我的微服务的时候，发现无法启动，原因经过排查是无法从nacos中获取到对应的配置，于是开始打断点排查，发现我使用的1.0.0版本的seata，向nacos请求配置的方式竟然是这样他竟然是以一个DataId去查找一个配置的！！！！！震惊！！然后我去官网查看api文档发现这么
/** * 根据地址获得数据的输入流 * * @param strUrl 网络连接地址 * @return url的输入流 */ public static InputStream getInputStreamByUrl(String strUrl)
将项目打包打包完成的位置上传到Linux服务器中的任意位置cd到你的任意位置的文件夹vim Dockerfile写入以下内容FROM java:8VOLUME /tmpcopy 你的jar包名称 app.jarRUN bash -c "touch /app.jar"EXPOSE
需求背景在公司遇到这样一个需求，现在有一个用户接收消息列表在查看消息详情的时候，他有12种消息类型，各种消息类型所要输出的字段有差集有交集，而不同类型需要的查询方法也各不相同，且查询详情的入口由于列表循环的原因前端只能调用一个接口，通过字段去区分不同的类型。如果不想写高达12层的if-else语句，