有猫饼
@dilipkrish Could you please tell me when we can fix this problem? Our aggregate documents are not available now
> I am facing the same issue. This is because of baseUrl getting added as prefix. Please fix this asap. I did a simple fix by modifying the source code...
可以使用 h2 数据库提供一个最简的复现 demo
思路有问题。 注册一个 TenantLineHandler，修改其 getTenantIdColumn 方法，根据不同数据源切换返回的租户列名称即可
这种情况建议贴一个最简的可以复现的 sql，而不是扔张图
参考 spring-boot 早期组织结构，新增 ballcat-parent，父工程调整为 ballcat-build，可以从 parent 中分离出一些不需要透传给用户的东西
> 能否将权限模块单独抽离出来？ 当需要权限模块的时候，引入权限模块和对接口进行权限标识，达到对资源的管控 当不需要权限模块，不引入权限模块，所有资源都是开放的 @Mokaful 不好意思。没有太听懂，你的意思是接口的权限拦截校验全部去掉是吗？ 如果只是这个需求，现在就是支持的: 注册一个 `CustomPermissionEvaluator` 类型的 bean，重写其 `hasPermission` 方法，永远返回 true 即可取消 ballcat 自带模块中所有接口的权限控制
> 有没有计划迁移到gradle 如果项目模块达到一定量级的话，考虑迁移。 暂时模块数量不多，使用 maven 构建心智负担比较低
> 比如`ballcat-business` 的`system` 是不是不需要在分`maven`子模块(controller, modle, biz). 直接一个模块即可. 简单. 是的，用户实际使用 ballcat-boot 模板上开发的单体业务是不需要做拆分的。 ballcat 这个仓库主要是依赖仓库，用户不需要关心。拆分是为了方便用户按需组合使用，方便用户使替换对应的模块，比如现在的授权服务器，就可以独立出来，只引入 system-biz，即可完成登录鉴权等控制。 但是为了方便的复用代码到后续的 cloud 项目支持，后面这个模块划分还是需要调整的，对于异构服务可能大家按照 api 文档开发，java 服务间，还是暴露出来一个 api 的模块供其他服务接入会好点（api 里面需要有基本传输的 vo 以及 dto），方便同步升级。 目前整体的思路还没有定好，你如果有对于兼容 cloud 使用的好的模块划分方案可以推荐下