我正在为一个包含封闭集合的大型 dspace 存储库更改授权策略。 我创建了一个新组以促进新的访问权限并将适当的用户添加到该组。最后，我通过“高级策略管理器”编辑了收集项目策略。确切地说，我在集合 X 和 Y 组中添加了“DEFAULT_BITSTREAM_READ”。
当我浏览集合的项目时，我看到项目文件具有相应的策略 （策略 ID：822518 - 操作：DEFAULT_BITSTREAM_READ - EPerson：... - 组：GroupY）
这意味着 groupY 的所有成员都应该能够打开比特流/读取文件。 问题是，虽然有些用户实际上可以，但有些不能。 有没有更好的方法来编辑用户授权？我该如何调试问题？是否有任何关于执行 dspace 管理任务的建议教程？
感谢您的宝贵时间。
【问题讨论】：
标签： dspace
向集合添加新的 DEFAULT_* 策略不会影响任何已经存在的项目。 DEFAULT_* 策略设置用于在添加新项目时创建策略。换句话说：一个项目的 BITSTREAM_READ 策略由其集合的 DEFAULT_BITSTREAM_READ 策略通知在添加项目时。
听起来您的系统将 DEFAULT_BITSTREAM_READ 设置为包含 GroupY 的策略。因此，项目应将其 BITSTREAM_READ 设置为该容器组。如果这是真的，您可以更改 GroupY 的成员，添加其他用户以打开对您当前关闭的集合中的比特流的访问。如果这样做，您需要确保没有意外后果。如果在应保持关闭的集合中使用 GroupY，则此方法不会产生预期的效果。
【讨论】：
据我了解，如果我编辑集合的授权（使用 JSPUI：集合 X > 编辑 > 集合的授权 - 编辑 > 集合“集合 X”的策略，实际上我会更改新项目的设置。
但如果我使用：管理面板 > 访问控制 > 授权 > 高级/项目通配符策略工具 > 高级策略管理器并从那里运行上述查询（集合：X，内容类型：比特流，组：GroupY，操作：DEFAULT_BITSREAM_READ ）然后实际上我更改了每个现有项目的权限>特定集合的比特流。
【讨论】：
问题解决了。非常感谢 mcm 提示我正确的方向。 最后的问题是 READ 和 DEFAULT_READ_BITSTREAM 操作实际上是不同的。 我将 READ 的操作（而不是 DEFAULT_READ_BITSTREAM）重新应用到 groupY 的集合的比特流。
感谢大家的宝贵时间！
【讨论】：