如果想把商业版的超级管理员的增强租户功能去掉,需要修改哪些配置

Blade 未结 1 120
xiaoliu
xiaoliu 剑圣 2024-11-19 19:17

一、该问题的重现步骤是什么?

1. 原问题连接:https://sns.bladex.cn/q-13010.html。想问下如果想把商业版的超级管理员的增强租户功能去掉,需要修改哪些配置?



二、你期待的结果是什么?实际看到的又是什么?


三、你正在使用的是什么产品,什么版本?在什么操作系统上?


四、请提供详细的错误堆栈信息,这很重要。


五、若有更多详细信息,请在下面提供。

1条回答
  • 2024-11-19 19:17

    https://center.javablade.com/blade/BladeX-Tool/src/branch/master/blade-starter-tenant/src/main/java/org/springblade/core/tenant/BladeTenantInterceptor.java


    作者追问:2024-11-19 19:48

    除了在BladeTenantInterceptor类中的adminTenantTables里添加需要去掉租户增强的表,以后能否有计划升级BladeX-Tool,通过配置的方式来去掉增强?

    回答: 2024-11-19 19:49

    暂不考虑。这是之前用户集体投票后定下的功能。什么都可以配置只会让系统更加臃肿性能更差。如果不符合自己的需求,可以修改tool工程后自己安装依赖的呀。

    作者追问:2024-11-19 19:57

    上面之所以提出这个问题,是发现一个场景:超级管理员可以修改其他租户的数据。如果是超级管理员“新增”租户拥有权限的数据,还能通过tenant_id来知道是超级管理员修改的,但是如果是超级管理员“修改”其他租户的数据,就不好调查是租户还是超级管理员修改的,出问题不好向租户或者超级管理员问责。

    作者追问:2024-11-19 19:59

    上面之所以提出这个问题,是发现一个场景:超级管理员可以修改其他租户的数据。如果是超级管理员“新增”租户拥有权限的数据,还能通过tenant_id来知道是超级管理员“新增”的;但是如果是超级管理员“修改”其他租户的数据,就不好调查是租户还是超级管理员修改的,出问题不好向租户或者超级管理员问责。

    回答: 2024-11-19 20:01

    这种场景5年前就已经有不少用户讨论过了,如果采用了bladex的通用业务字段,修改是有updateUser字段可以查的,可以知道是谁在什么时候修改。

    CleanShot20241119195946@2x.png

    如果不满足你们需求,可以先自己临时修改逻辑。我们只能满足大部分用户的需求,不能满足所有用户的需求。

    你们不需要这个功能,但更多用户需要。如果我们开放了超管任意表的租户权限配置,是不是到最后要来问责我们了呢,问责我们为什么可以支持修改配置导致他们配置错了出问题了。所以这就是个伪命题,一个功能没法满足所有人的需求,那只能采用折中的办法。


    0 讨论(0)
提交回复