冰凝

## Problem Description ### Preconditions A normal Spring Boot web project with `module-info.java`, using `slf4j` `logback` logging, see the last section for environment information ### 问题 When I shut down...

[建议] model 生成优化

1

生成的代码: 修改后: --- ## 一 类注释和注释模板冲突 > 这个我记得以前有人提过, 貌似不太好搞? 😀 ## 二 `javax.validation` 和 `jakarta.validation` 根据项目依赖自动切换, 或者生成时选择 至少 `Spring 6` / `Spring Boot 3` 不应该用 javax.validation > `javax.validation:validation-api:2.0.1.Final` > `jakarta.validation:jakarta.validation-api:3.0.2`...

从 docker hub 下载的 nacos-server:v2.2.3 启动报错: No DataSource set

15

启动命令: ```shell docker run -p 28848:8848 --env MODE=standalone --env MYSQL_SERVICE_HOST= --env MYSQL_SERVICE_PASSWORD= --env MYSQL_SERVICE_PORT=20000 --env MYSQL_SERVICE_USER=root --env SPRING_DATASOURCE_PLATFORM=mysql --env MYSQL_SERVICE_DB_NAME=nacos_config --name nacos-test --pull missing -d nacos/nacos-server:v2.2.3 ``` 启动后稍等几秒出现的错误日志: ```log 2023-06-19T12:13:34.243804660Z...

Just like As mentioned in, environment variables must be completely restarted before being refreshed Maintaining this behavior is normal because the same applies to SSH sessions/cmd/powershell, but the tray icon...

[JPMS 支持] 目前SDK缺少稳定模块名称, 在特殊境况下无法构建 (gradle)

1

# gradle 构建报错 gradle 7.6 + JPMS 环境  原因就是 gradle 违反了自动模块解析规则, 拒绝解析依赖文件名的自动模块. 虽是构建工具的问题, 但是建议SDK支持下JPMS 简单点的就在 JDK 清单文件里添加 `Automatic-Module-Name` 即可 完整支持可以考虑用 添加 `module-info.java` 如果现在不支持, gradle 无法使用, maven 会依赖文件名解析模块名 将来如果指定的模块名称和文件名解析的不一致又会导致一波报错~

[功能改进]: JPMS 支持 处理拆分包 (split packages)

6

### 确认 - [X] 我的版本是最新版本, 我的版本号与 [version](https://search.maven.org/#search%7Cga%7C1%7Cg%3A%22com.baomidou%22%20AND%20a%3A%22mybatis-plus%22) 相同, 并且项目里无依赖冲突 - [X] 我已经在 [issue](https://github.com/baomidou/mybatis-plus/issues) 中搜索过, 确认问题没有被提出过 - [X] 我已经修改标题, 将标题中的 描述 替换为遇到的问题 ### 功能改进 在使用 `com.baomidou:mybatis-plus-spring-boot3-starter:3.5.9` 或者 `com.baomidou:mybatis-plus-boot-starter:3.5.9` 时 传递依赖 `mybatis-plus-spring`...

apache/rocketmq image It seems unable to gracefully shut down

1

I tried two versions of `Apache/RocketMQ: 5.3.2` and `Apache/RocketMQ: 5.3.3` located on Dockerhub, and found that the process with PID 1 started by the container is a shell script rather...