问题标签 [properties-file]

使用 StatSVN，可以在配置文件中定义有关用户的信息。文档中的一个示例在这里：

但是，如果用户名有一个“。”会发生什么。在里面？有什么聪明的方法可以实现这一目标吗？例如 john.doe：：

感谢您的输入

为了更新我的.properties文件，我使用 Apache Commons Configuration 的PropertiesConfiguration。但是当我使用代码时：

我收到此错误：

这里出了什么问题？我第一次使用它。

PS：是否有任何相对等效或更好的库可供处理.properties？

在位于此处的帖子中

到目前为止，Andrew Finnell 的回答是最有帮助的。但是，我确实需要知道如何将其扩展到允许其他部分，而不仅仅是

如果答案已经在该页面上，请告诉我，如果没有，有人可以帮助我。

基本上我想拥有

等等...作为我的部分。我发现的所有普通 xml 库和此类库都非常庞大且令人困惑，因此我希望能够更轻松地使用上述方法。提前致谢。

我正在尝试加载属性文件。
我的属性文件与我尝试加载的类位于同一目录中。
例子：

文件也在config.propertiescom\classes\internal 目录中

但我得到一个FileNotFoundException或java.lang.NullPointerException（如果使用注释掉的行而不是第一行）

我在这里做错了什么？我有什么误解？

当我尝试启动 Spring Web 应用程序时收到以下错误消息：

我正在通过 Eclipse 运行 Tomcat（版本 6.x）。我尝试将 timex-servlet.properties 放在以下目录中，但无济于事：

下面是 timex-servlet.xml 中对 timex-servlet.properties 的引用：

有几个 SO 线程处理相同的消息，说要放置一个类路径：在属性文件引用的前面。所以我尝试了以下方法，但也没有用：

是否可以在 Java 中堆叠加载的属性？例如我可以这样做：

并从两者访问属性？

我有一个带有 PropertyPlaceholderConfigurer 的 Spring application-context.xml，可以从 .properties 文件中获取属性值。主要和测试源文件夹具有单独的 .properties 文件。问题是我需要在 .properties 文件中使用环境变量。但是当我按照以下方式进行操作时：

我收到以下错误：

而占位符配置器定义为

任何想法如何使 property.name 被解释为环境变量（而不是占位符）？

最好的问候，德米特里。

我有一个带有多个捆绑包的 osgi 应用程序（在 felix 中）。一个包中有一些通用属性文件，其余包只需要使用它们即可。

我们使用 maven 和 spring osgi，属性文件位于如下资源中：

Maven 通常在 bundle jar 中构建它们，因此它们应该位于应用程序类路径中，但是 Spring 无法访问它们，这会失败：

（尝试了 classpath*: 和其他组合）

我读过这个和这个

这真的是 osgi 意识形态的一些全球性问题，而且没有标准的方法让它发挥作用吗？只有像这样的黑客和解决方法<osgix:cmProperties...>？

之所以担心，是因为它使部署变得更加困难且容易出错：您不能mvn deploy像在普通应用程序中那样在 jar 中部署属性文件 - 您必须在每次发布时手动将它们复制到生产盒中。

从性能和内存的角度来看，本地化属性文件的最佳实践是什么？

几个大文件还是很多小文件？
使用属性文件或编译的属性类文件？

示例场景：
我有一个包含大约 150 个 .jsp 文件的应用程序。
每个 jsp 文件使用 5 到 50 个键。
按键总数为 1500个。
每个按键被翻译成 25 种语言。

我想四个解决方案：

1) 使用一些但很大的属性文件（例如：'Bundle_da.properties' 之类的文件）
有 25 个属性文件，每个文件有 1500 个键。
所有 150 个 .jsp 文件都包含相同的属性文件。
这样，所有 .jsp 文件将包含所有 1500 个键，其中它可能只使用 5 到 50 个键。

2) 使用一些但较大的属性类文件（例如，'public class Bundle_da extends ListResourceBundle...'）
有 25 个类，每个类有 1500 个键。
所有 150 个 .jsp 文件都包含同一个类。
这样，所有 .jsp 文件将包含所有 1500 个键，其中它可能只使用 5 到 50 个键。

3) 使用许多但很小的属性文件
每个 .jsp 文件将只包含该特定文件所需的键。
属性文件的数量将是 150 x 25 = 3750
这样，所有 .jsp 文件将只包含实际使用的密钥。（即 5 到 50 个键）。

4) 使用 .jsp 特定的属性类。
每个 .jsp 特定包类将仅包含该特定 .jsp 文件所需的键。
属性类的数量将是 150 x 25 = 3750
这样，所有 .jsp 文件将只包含实际使用的键。（即 5 到 50 个键）。

两个问题：
从性能的角度来看，这 4 种解决方案中的哪一种是首选解决方案？
从内存的角度来看，这 4 种解决方案中哪一种在 Web 服务器上分配的内存更少？

提前谢谢你
艾伦

我有一个使用 Maven 构建的 Java EE 6 应用程序，在 NetBeans 7 中编写代码并部署在 GlassFish 3.1.2 上。当我接近完成时，我发现自己正在部署演示版本。

问题是我没有任何简单的方法来构建不同的环境，例如 dev、QA、demo、prod 等。对于某些东西，我一直在使用带有一堆返回的静态 getter 的 Java 类值基于环境常数的值。但这并不能帮助我有条件地设置

• javax.faces.PROJECT_STAGE (web.xml)
• 数据库凭据（glassfish-resources.xml）
• 邮件服务器（glassfish-resources.xml）
• JPA 日志记录级别 (persistence.xml)

可能还有一些我现在想不起来的其他事情，它们分散在 XML 文件中。

有没有办法定义这些配置文件的多个版本，并在构建时设置一个标志来选择环境，而在没有指定环境时默认为 dev？在这种情况下，有没有办法让 Maven 为我工作？