问题标签 [policy]

严重地。在 22 英寸显示器上，它可能只覆盖屏幕的四分之一。我需要一些弹药来打破这条规则。

我并不是说不应该有限制。我只是说，80 个字符非常小。

昨天我尝试开始使用 Java RMI。我找到了这个 sun 教程 ( http://java.sun.com/docs/books/tutorial/rmi/index.html ) 并从服务器实现开始。但是每次我启动 pogram（rmiregistry 正在运行）时，我都会得到一个带有以下 StackTrace 的 AccessControlException：

我的 server.policy 文件如下所示：

但我也试过这个......

...还有这个（以及其他几个:-()：

但在每种情况下，结果都是一样的。是的，策略文件在路径中（当我将错误的语句写入策略文件时，我看到了解析异常）。我尝试了其他几个“/”和“\”星座，但没有效果。

我使用 Eclipse，我的 VM 参数是这样的：

已编译的 Remote-Interface 和接口实现类 (LoginImpl) 类位于此路径中：“C:/ProjX/server/serverProj/bin/usermanager/”。我将存根实例化并将其重新绑定到注册表的主要方法位于另一个包中，如下所示：

有人对我有什么建议吗？谢谢你的帮助。

所以问题是一样的（java.rmi.UnmarshalException 表明更改代码库不是我的 AccessControlException 的解决方案）。不：我不想购买插件“GB”;-)。

困难的问题。答案可能是否定的，如果我在 Intertubes 中发现的一切都是正确的，但值得一试。我需要覆盖Ctrl++和Shift+组合。能够覆盖组合键会很好，但我有一个低级别的钩子可以做到这一点，我只希望我不需要它。如果我可以设法完全通过策略阻止开始菜单和任务管理器，则不再需要覆盖，但我找不到正确的策略来这样做。EscCtrlEscWin

我正在尝试根据此线程将发布者策略文件添加到 gac，但是当我尝试在测试服务器上添加文件时遇到问题。

我得到“找不到在程序集'policy.3.0.assemblyname.dll'的清单中指定的模块”

我的策略文件如下所示：

请帮忙！

谢谢

本

我用一个本身没有依赖项（除了默认值）的新程序集从头开始重新创建了这个问题 - 在我的本地开发机器上一切正常（并且重定向也很好），但是将策略文件添加到 GAC 时出现相同的错误在服务器上！

通过以下方式链接

请帮忙！

在尝试将一些完善的工具链接到我公司的活动目录时，我遇到了障碍。有人告诉我：

“抱歉，我无法信任 [F/OSS] 软件的域管理员密码……”。

这个问题专门涉及如何让 IT 相信 F/OSS 软件不会（自动）因为它是 free/oss 而比任何其他软件更值得信赖。

我在采用 OSS 软件方面做得很好（我本质上是一个 linux 忍者）所以换一种说法：我如何才能在我的公司促进对 OSS的接受？

在没有管理员帐户的情况下绑定 AD 的技术问题是另一篇文章。

编辑：

我对这些问题有了一些澄清。这实际上与活动目录几乎没有关系，而通常与 F/OSS 的信任有关。所以我认为我原来的粗体问题仍然有效，只需忽略关于“管理员密码”的部分。

我的老板昨天宣布了一项新的提交政策，用于签入存储库。该策略对头部/主干和分支的提交有效。
提交消息必须包含以下项目：

• 原因（错误 ID、项目 ID 或非功能更改）
• 审稿人姓名

提交之后，我们还必须在我们的 CMS 中创建一个更改博客条目。

我不是这个提交政策的忠实拥护者，因为当我在非生产性分支中做新的或实验性的东西时，我通常不需要审阅者。

您是否有任何必须遵循的提交政策？

我认为仅由于错误报告而更改生产分支是一个好主意，但对开发分支的提交应该不那么严格。

不，不是字面意思。相反，您是否有任何繁文缛节的恐怖故事影响了您生产优质软件的能力？我不是在谈论像这个问题这样的一般人力资源或系统管理政策，而是直接针对开发过程的政策，例如糟糕的源代码控制政策、测试程序或错误跟踪过程。

拜托，没有诸如缩进与空格或支撑样式之类的圣战，而是令人讨厌的官僚主义的例子，例如传说中的 TPS 报告。

这与我有些相关，因为我一直在审查我的团队的开发过程，并且我希望看到（作为上下文）您必须处理的一些最糟糕的过程。结构化的政策或流程何时会走得太远？

我正在开发一个共享程序集，版本 2.0.0.0。为了将来的兼容性，我想将所有 2.0.xx 版本绑定到安装的最新版本。为此，我需要一个发布者策略文件。有没有办法将发布者策略直接嵌入“代码”程序集中，而不必安装两个不同的程序集？

即我的程序集将始终在 GAC 中，因为它不允许与它包装的应用程序分开运行。

谢谢你。QbProg

我最近开始研究 SQL Server 2008 中的新策略管理，当我检查是否符合“公共未授予服务器权限”策略时，我的服务器未通过检查。原因是，我很确定这是默认设置，public 具有 TCP Endpoint 权限，以便用户可以连接到服务器。如果我要删除它，我将不得不单独为用户分配连接权。

这对我来说似乎很愚蠢。我不明白为什么微软会建议改变这个。我没有来宾帐户，所以只有指定的用户才能访问服务器。服务器在防火墙后面，甚至公司内只有一个子网可以访问它。有人对此有任何见解吗？

我正在使用 Enterprise Library 4.1 并希望实现异常处理和日志记录。我能够设置一个处理 System.Exception 类型的一般异常的策略。我将此政策称为“数据访问政策”。

在一般应用程序开发规则中，我应该创建多少个策略？捕获 SqlExceptions 的最佳实践是什么？是否应该定义单独的策略？

我正在寻找的是使用 Enterprise Library 开发应用程序的人们的一些建议，以及他们如何设置异常处理策略以及一些示例会有所帮助。

谢谢