问题标签 [system-properties]

我的 jboss-esb.xml 中定义的服务引用了 SystemProperties 服务的属性。

当我更改属性文件（即 /conf/my-props.properties）中的属性时，我可以使用 SystemProperties MBean 重新加载它们。但是，我不确定如何使用新属性重新加载服务而不重新部署 esb 存档或不部署已爆炸的存档并“接触”jboss-esb.xml。

有没有一种方法可以触发 esb 通过 MBean 或类似的东西重新加载服务？

有谁知道 Windows Server 2008 上 Java 系统属性“os.name”的值？我在这里发现了一个集会（Crowdsourcing a Complete list of Common Java System Properties and Known Values），但在 Windows Server 2008 上什么都没有。感谢任何帮助。

我们有一个 Java 应用程序，我们需要忽略过期的自签名证书，但是我们无法修改代码来执行此操作。我想知道是否有我们可以在启动时提供的系统属性或环境变量，这将允许我们暂时忽略所有过期的证书，或者甚至更具体，并在外部提供我们希望过期的特定证书忽略。

有人有任何可行的想法吗？

我不清楚这一点。当我在小程序查看器中运行 Java 应用程序或运行小程序时（在 IDE 环境中）， 给我的结果与在我的 env 变量中定义的 CLASSPATHSystem.getProperty("java.class.path")相同。System.getenv("CLASSPATH")

但是当我将我的小程序部署到网络服务器并从作为客户端的同一台计算机访问它时，我会得到两者不同的结果。（System.getProperty("java.class.path")仅指向 JRE 主页并System.getenv("CLASSPATH")返回 null）。

这里还有一些让我想知道的其他事情：

对于小程序部分，env var JAVA_HOME，我在浏览器和小程序查看器中部署小程序时得到相同的结果。

如果我在系统级别定义自己的环境变量，并使用getenv("envName")结果是null. 无论如何我可以定义一个并在我的Java程序中获取它吗？

我确定我错过了一些非常简单的东西......我想为我的 sbt 项目设置系统java.awt.headless属性true。阅读关于我认为我需要使用或的属性的页面。在我的项目文件中，我尝试了以下操作：systemsystemOptional

将其设置为用户属性（例如lazy val javaAwtHeadless = property[Boolean]）并设置随附的值build.properties使该属性在 sbt 控制台中可见，但在 sbt 的 Scala 控制台中不可见（通过System.getProperty("java.awt.headless")）。

set java.awt.headless true从 sbt 控制台工作，包括在 Scala 控制台中设置，但它不会持续到我下次启动 sbt。

如果它在 start.config 中，我如何将系统属性传递给码头启动，例如 -DSERVER="localhost" 确切的语法是什么？并且它可以用于我的部署战争System.getProperty("SERVER"吗）？

提前谢谢

有没有办法（我的意思是如何）在 Maven 项目中设置系统属性？

我想从我的测试和我的 web 应用程序（本地运行）中访问一个属性，我知道我可以使用 java 系统属性。

我应该把它放在 ./settings.xml 或类似的东西中吗？

语境

我采用了一个开源项目并设法更改数据库配置以使用 JavaDB

现在，在 JavaDB 的 jdbc url 中，可以将数据库的位置指定为完整路径（请参阅：this other question）

或系统属性：derby.system.home

我的代码已经可以工作了，但目前它都被硬编码为：

我想删除完整路径，让它像：

为此，我需要将系统属性 ( derby.system.home) 指定给 maven，但我不知道如何。

测试是使用 junit 执行的（我在 pom.xml 中没有看到任何插件），并且 Web 应用程序使用 jetty 插件运行。

在命令行中指定系统属性似乎适用于码头，但我不确定这是否实用（授予其他一些用户可以从 eclipse/idea/whatever 运行它）

我在同一目录中有一个 bash 脚本（.sh 文件）和一个 Python 脚本（.py）文件。两者都有 svn:executable 权限。但是，当我执行“svn update”时，只有 Bash 脚本获得可执行权限集。

任何想法为什么？（如果我手动设置 Python 脚本的权限，它运行良好。）

哦！原来我有一个错字。它具有属性“sv:executable”（缺少 n）。用 loentar 的 propget/propset 发现的。

哪些系统信息是有用的——尤其是在跟踪异常或其他问题时——在 java 应用程序中？

我正在考虑有关异常、java/os 信息、内存/对象消耗、io 信息、环境/编码等的详细信息。

我有以下 pom.xml

这在开发机器上运行良好。如果我跑mvn package，我有project-1.1-dev.war神器。如果我跑步mvn package -DbuildNumber=121，我有package-1.1-121.war.

project-1.1-dev.war但是尽管属性传递给了 maven，但 CI 服务器（TeamCity）总是得到buildNumber（如果我从中删除默认属性定义pom.xml，maven 会使用正确的文件名构建工件）。

似乎系统属性解析优先级在某种程度上取决于平台（开发人员机器和 TC - 2.2.1 上的 Maven 版本相等）？