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