shinyolive的博客

解决Nacos重启时后端控制台出现NacosException: failed to req API的异常。

启用阿里云对象存储OSS的“服务端签名后直传”后，测试文件上传功能，服务端签名数据能成功获取，详情如下：{"msg":"success","code":0,"data":{"accessid":"L***t","policy":"ey***XX0=","signature":"EqsbPoxA/V***I=","dir":"2021-01-07/","host":"https://***.oss-cn-beijing.aliyuncs.com","expire":"1609993896"}}但是，后续

一般情况下，MyBatis-Plus拼装的列表查询语句是类似下面这样的：SELECT id,name,gender,age,address,telephone,is_show FROM staff但这次实测时却看到控制台输出了这样让人大跌眼镜的语句：2021-01-07 10:57:34.822 DEBUG 36624 --- [nio-7000-exec-1] c.e.b.***.dao.xxxDao.selectPage : ==> Preparing: SELECT id,name,

首先，能正常使用的各组件的版本如下：Spring Cloud：Hoxton.SR5；Spring Boot：2.2.12.RELEASE；spring-cloud-alibaba-dependencies：2.2.1.RELEASE；aliyun-oss-spring-boot-starter：1.1.0；MyBatis Plus：3.4.1；JDK：11.0.9；Nacos：1.4.0。其次，其它相关配置文件如下：（参考文档：《导入OSS依赖不兼容问题》、《spring-cloud-st

目前，使用阿里云OSS时，能勉强使用的版本组合为：Spring Cloud：Hoxton.SR8；Spring Boot：2.3.7.RELEASE；spring-cloud-alibaba-dependencies：2.2.0.RELEASE；spring-cloud-starter-alicloud-oss：2.2.0.RELEASE(该本版号可不指定)；MyBatis Plus：3.4.1；JDK：11.0.9；Nacos：1.4.0。这就是本文要说的临时解决方案。因为该方案无法保证启

首先说明一下，如果逻辑删除配置错误的话，可能导致的严重后果就是数据被物理删除。如果灾备方案不完善的话，极有可能导致数据丢失，需要格外小心！一般情况下，控制逻辑删除的字段一般命名为isDeleted(是否删除)或isShow(是否显示)，或者类似的名称。但对于同一个值来说，isDeleted和isShow一般表示相反的意思。如：isDeleted=1，一般表示逻辑删除，即不显示；而isShow=1，一般表示未逻辑删除，即显示。对于SpringCloud整合MyBatisPlus情况下，逻辑删除的默认配

昨天刚解决了SpringCloud+MyBatisPlus微服务启动系列异常问题(https://blog.csdn.net/shinyolive/article/details/111386868)，今天又遇到了新问题：Nacos作为配置中心，反复检查各项配置，均为发现异常。但在配置管理/配置列表中更新配置信息，却怎么都无法刷新更改后的配置。今天的环境如下：Spring Cloud：2020.0.0-SNAPSHOT；Spring Boot：2.4.0；MyBatis Plus：3.4.1；JD

最近，使用Spring Cloud 2020.0.0-SNAPSHOT整合SpringBoot2.4.0、MyBatis Plus3.4.1搭建微服务，JDK版本是13.0.2。启动微服务应用时，出现一系列异常，重点罗列如下： . ____ _ __ _ _ /\\ / ___'_ __ _ _(_)_ __ __ _ \ \ \ \( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \ \\/ ___)| |_)| |

在Windows10下启动Nacos1.1.3正常，但是尝试启动Nacos1.4.0和1.3.2时，失败，部分异常如下："nacos is starting with cluster" ,--. ,--.'| ,--,: : | Nacos 1.4.0,`--.'`| ' : ,---. Running