在 Java (Servlet) 中将应用程序范围的设置放在哪里？

发布于 2024-10-17 17:29:16 字数 349 浏览 4 评论 0原文

在 ASP.NET 中，有一个 web.config 可以保存应用程序范围的设置。 Java EE Servlet 是否有相应的文件（位于 war 或 jar 存档之外）？

我需要的是在某个地方指出一个配置文件，该文件当前包含四个属性，这些属性组合在一起，会导致存储其余数据和配置的数据库。（服务器、数据库、用户名和密码。）这些值需要易于更改，而无需重新打包和重新部署整个应用程序（即配置文件），而是将路径硬编码到应用程序中的配置文件（即使它是常量））似乎远非最佳。

有什么提示吗？我尝试过谷歌，但发现几乎没有相关的内容 - 而且我发现的内容似乎针对我的需求过度设计了。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

小…红帽 2024-10-24 17:29:16

在 ASP.NET 中，有一个 web.config 可以保存应用程序范围的设置。 Java EE Servlet 是否有相应的文件（位于 war 或 jar 存档之外）？

这就是 web.xml。您可以将设置定义为条目。

<context-param>
    <param-name>foo</param-name>
    <param-value>bar</param-value>
</context-param>

它可以通过 ServletContext#getInitParameter( ）。 ServletContext 又可以在任何地方使用。

String foo = getServletContext().getInitParameter("foo"); // Contains "bar"

您也可以通过 EL 访问它。

#{initParam.foo} <!-- prints "bar" -->

我需要的是某个地方来指出一个配置文件，该文件当前包含四个属性，这些属性组合在一起，会导致存储其余数据和配置的数据库。（服务器、数据库、用户名和密码。）这些值需要易于更改，而无需重新打包和重新部署整个应用程序，因此需要配置文件，但需要将路径硬编码到应用程序中的配置文件（即使它是一个常数）似乎远非最佳。

根据重点，我会使用 properties 文件用于此特定目的，然后将其放置在 WAR 之外的路径中。您只需将此路径添加到 Java 运行时类路径即可。然后您可以将其作为类路径资源获取：

Properties properties = new Properties();
properties.load(Thread.currentThread().getContextClassLoader().getResourceAsStream("filename.properties"));
// ...

但是，由于特定的唯一目的是提供数据库连接，因此您确实最好使用 servletcontainer 管理的数据源，如 Qwerky 所回答的。您可能需要配置的只是数据源名称。

In ASP.NET, there is web.config which can hold application-wide settings. Is there a corresponding file (residing outside of the war or jar archive) for a Java EE Servlet?

That's the web.xml. You can define settings as <context-param> entries.

<context-param>
    <param-name>foo</param-name>
    <param-value>bar</param-value>
</context-param>

It's available by ServletContext#getInitParameter(). The ServletContext is in turn available anywhere.

String foo = getServletContext().getInitParameter("foo"); // Contains "bar"

You can also access it by EL.

#{initParam.foo} <!-- prints "bar" -->

What I need is some place to point out a configuration file, which currently holds four attributes which in turn, taken together, leads to the database where the rest of the data and configuration is stored. (Server, database, username and password.) These values need to be easy to change without repackaging and redeploying the entire application, hence the configuration file, but hardcoding the path to the configuration file in the application (even if it is as a constant) seems far from optimal.

As per the emphasis, I'd use a properties file for this particular purpose which is then placed in a path outside the WAR. You just need to add this path to the Java runtime classpath. Then you can obtain it as classpath resource:

Properties properties = new Properties();
properties.load(Thread.currentThread().getContextClassLoader().getResourceAsStream("filename.properties"));
// ...

However, with the particular sole purpose to serve a DB connection, you're indeed better off with a servletcontainer-managed datasource as answered by Qwerky. All you possibly would need to configure is then just the datasource name.

回复收藏 0 原文