关于策略的角色问题？

Tomato_2014 · 发表于 2018-10-12 09:34:24

本帖最后由 Tomato_2014 于 2018-10-12 09:35 编辑

jishuang 发表于 2018-10-12 09:25
从功能树中打开这个功能看看默认的岗位信息是什么

我用ContextHelper.getPersonMemberFNameWithAgent()测试
打开的时候用的是主岗。是不是说明打开weidget的时候，用错了岗位？

jishuang · 发表于 2018-10-12 10:08:47

从功能树中打开这个功能看看默认的岗位信息是什么，数据显示是否正确?

widget默认的应该跟从功能树默认打开功能拼接岗位信息是一样的

Tomato_2014 · 发表于 2018-10-12 12:39:17

jishuang 发表于 2018-10-12 10:08
从功能树中打开这个功能看看默认的岗位信息是什么，数据显示是否正确?

widget默认的应该跟从功能树默认打 ...

首先，我是用ContextHelper.getPersonMemberFNameWithAgent()来测试的
然后，我从功能树中打开的时候，返回的是主岗，但是没有数据；
选择主岗后，返回的是主岗，就有数据；
再这样来来回回发帖，这个问题什么时候能解决？

jishuang · 发表于 2018-10-12 13:50:13

3.8版本测试人员1有A和B两个岗位，A是主岗，B是副岗，两个岗位同时都有功能1的权限

创建了一个数据权限，给功能1中的queryAction设置了参数策略，把数据权限分给了A岗位

人员1登录：widget中显示的是A岗位有数据权限的数据
               从功能树打开默认显示的A岗位有数据权限的数据
               从功能树功能右侧的岗位信息上选择A打开显示的A岗位有数据权限的数据
               从功能树功能右侧的岗位信息上选择B打开显示的B岗位没有数据权限的数据

根本不存在你说的从功能树中打开的时候，返回的是主岗，但是没有数据；
选择主岗后，返回的是主岗，就有数据；

看你的process中的类型是不是设置为了system导致的

Tomato_2014 · 发表于 2018-10-12 14:12:31

本帖最后由 Tomato_2014 于 2018-10-12 14:19 编辑

jishuang 发表于 2018-10-12 13:50
3.8版本测试人员1有A和B两个岗位，A是主岗，B是副岗，两个岗位同时都有功能1的权限

创建了一个数据权限， ...

你说的就是我们要的效果

卧槽，真的是system啊，加system是为什么？
但是，我去掉system也还是一样，没有数据

jishuang · 发表于 2018-10-12 14:32:49

设置为system就不会分岗位去取不同的权限

确认修改的process是否起作用了

Tomato_2014 · 发表于 2018-10-12 14:34:12

jishuang 发表于 2018-10-12 14:32
设置为system就不会分岗位去取不同的权限

确认修改的process是否起作用了

哪些情况下，需要设置为system？

jishuang · 发表于 2018-10-12 14:41:44

正式环境不推荐设置为system

这个一般是测试的时候用的，主要就是控制功能不需要分配权限，所有用户都能操作的

Tomato_2014 · 发表于 2018-10-12 14:49:36

jishuang 发表于 2018-10-12 14:41
正式环境不推荐设置为system

这个一般是测试的时候用的，主要就是控制功能不需要分配权限，所有用户都能操 ...

去掉了，还是一样啊，急啊

jishuang · 发表于 2018-10-12 15:15:28

确认process修改起作用了吗啊，26楼就已经让你去确认了

修改了环节的显示名称，代码中获取看获取的是新修改的吗？

如果用的就是修改后的，那就是权限设置不是你说的那样，那样的肯定没问题，24楼已经发了本地测试效果

		自动登录	找回密码
密码			注册

[处理中3] 关于策略的角色问题？