删除用户定义组
|
除非已了解用户定义组对系统的影响 (如本节中所述),否则请不要将其删除。
|
有两种操作可以删除用户定义组:
• 从
Windchill 删除
• 从
Windchill 和
Windchill 目录服务器中删除
第一种操作的结果是从 Windchill 数据库中删除用户定义组。第二个操作仅适用于目录服务器中的用户定义组。此操作可从 Windchill 数据库和目录服务器删除组。要使用第二种操作,必须具有能从目录服务器和数据库删除用户定义组所必需的权限。
从 Windchill 数据库删除用户定义组的结果如下:
• 该用户定义组的成员用户将不再属于该组。
• 明确涉及该用户定义组的所有访问控制规则均被删除。如果用户只含有来自删除组中成员资格的访问许可,那么有必要创建新规则以恢复丢失的许可。
• 用户定义组将从通知策略规则内的所有通知列表中删除;如果因从列表中删除组而产生空列表,则该规则也将被删除。
• 如果该用户定义组曾经添加到本地或共享团队,则团队成员资格会将该组显示为已删除;如果某个用户只是因为他/她是所删除组的成员才成为了该团队的成员,则该用户将不再是该团队的成员。删除的组仍保留在“成员”表中,管理团队的任何人员都会知道该组已删除。由于删除的组已不再是团队的成员,所以可将该组所在的行从“成员”表中删除。
从 Windchill 数据库删除用户定义组时,下列规则控制与工作流进程关联的任务:
• 如果在启动工作流进程之后,分配任务之前删除用户定义组,则该组将从参与者列表中删除。
如果删除组使角色没有参与者,则角色解决方案由 wt.properties 文件中的设置确定:
◦ 如果 wt.workflow.engine.ignoreUnresolvedRole 属性设置为 true,并且如果为此活动设置了 ignoreUnresolvedRole 事件配置,将不会创建任务,完成 WfAssignment 对象以使工作流不会暂停。
◦ 如果 wt.workflow.engine.ignoreUnresolvedRole 属性设置为 false,则创建一个转到活动模板中定义的“负责角色”的任务。默认的“负责角色”为进程创建者。如在生命周期中启动工作流进程,则进程创建者是业务对象的创建者。
• 如果在启动工作流进程并分配任务之后删除用户定义组,则由于组本身不再被参考,删除该组对进程没有影响。任务被分配给组中的独立用户。
• 删除用户定义组时,会自动从所有工作流进程模板的参与者列表中删除该组。也将从所有角色映射 (这些映射是作为生命周期或团队定义的一部分创建的) 中删除该组。
• 如果一个用户定义组被标识为工作流模板定义中的参与者,而该组又在启动工作流后从系统中删除,则所有本应分配给该组的任务将重新分配给负责角色。通常负责角色是指启动工作流进程的用户。
通过从 Windchill 数据库和目录服务中删除用户定义组,该用户定义组将不再包括在搜索结果中,先前所述的关于从 Windchill 数据库删除组的所有结果同样适用。
如果用户定义组没有从目录服务中删除,则在搜索中选择组时,会在 Windchill 数据库中创建一个新的组对象。新的组对象与已删除的对象不同,并且先前删除产生的所有结果仍旧存在。例如,曾经是组成员的用户不再是该组的成员。