问deployment.properties文件中的系统范围JRE设置会被忽略吗？

EN

1. 我不确定file\:C\:/Windows/Sun/Java/Deployment/deployment.properties是否是有效的Windows文件URI。甲骨文文档列出了稍微不同和更可信的一个：file:///C:/Windows/Sun/Java/Deployment/deployment.properties
2. 尝试将deployment.system.config.mandatory设置为True，看看应用程序是否无法启动。如果它失败了，这意味着JAVA不能通过URI访问deployment.config，它需要修复: deployment.system.config.mandatory属性是一个布尔值。如果设置为true，则必须找到并成功加载由deployment.system.config属性指向的deployment.system.config文件，否则，不允许运行任何文件。如果属性设置为false，则尝试查找和加载部署。由deployment.system.config属性指向的属性文件。如果成功，则使用该文件，否则将忽略该文件。deployment.system.config.mandatory属性的默认设置为false。
3. 这个职位建议，您可以尝试删除：
   • 文件：%localappdata%\Sun\Java\Deployment\deployment.properties
   • 注册表项：HKEY_CURRENT_USER\Software\AppDataLow\Software\JavaSoft\DeploymentProperties

4. 在这篇文章中描述了JAVA 7的一个问题：Java1.7使用SCCM/MDT自动更新部署

更多的想法：

我开始认为这种JRE系统范围的配置不适用于任何Java版本。否则我完全失去了一些东西

嗯，我发现它在1.6.0_03和1.6.0_07中肯定不起作用：

问: Java插件相关的部署属性在系统级部署属性文件中被忽略。这个问题在1.6.0_03和1.6.0_07上是严格可重复的。答:用6u14 b01测试。系统级部署配置正在新的java插件中运行。我们不会为旧插件修复它。关闭CR作为不可复制的新插件。系统级部署配置是java的一个特性。它还没有在java插件中使用。从6u10开始，新的java插件和java都使用了相同的jre选择机制。这使得新插件能够适应系统级别的配置。将此CR标记为RFE，并将较低的优先级标记为中等。

还有一种解决办法：

以下是解决此问题的方法：“如何在Windows PC上全局配置属性(例如Xmx) ?”然而，这并不是特定于某些组件，如Java插件或Java。打开Windows :高级环境变量→系统变量→新变量→变量名称：_JAVA_OPTIONS变量值：-Xmx256m #(例如)在重启"Internet“时关闭所有按OK的窗口，配置将处于活动状态。这种配置将影响所有Java程序:启动程序"java.exe“和javaws.exe "javaws.exe”，以及由浏览器启动的javaws.exe。