问题标签 [externalizing]

我正在尝试在播放框架中制作通用外部化消息的列表，但无法找到或找出将参数传递给我正在创建的对象中的这些消息的语法。我可以成功使用我创建的没有参数的错误消息。

我尝试了几种不同的方法来声明参数，但没有任何效果示例：

conf/messages: error.number.fixed={0} 必须是 {1} 位

输出：{"id":["error.number.fixed('Phone', '10'"]}

没有参数，以下工作：

输出：{"id":["[] 必须是 {1} 个数字"]}

我正在考虑在我们的 Grails 应用程序中外部化 ehcache 的某些配置参数，但我遇到了文档声称应该解决的问题。

可能有一些我想念的东西。

我将 grails ehcache 插件版本 1.0.1 与 Grails 2.4.0 和 grails 缓存插件 1.1.7 一起使用。我正在使用休眠插件 3.6.10.16。

这是我的 CacheConfig.groovy 配置中的内容...

我已经打开了调试级别的日志记录，所以我可以看到它生成的 XML。这是相关的片段：

grails ehcache 插件文档有以下注释，我希望“证明”...

伟大的。除了我启动应用程序时它不起作用。CacheManagerPeerProvider由于以下原因无法创建

我有一个myApplication-config.groovy位于可访问区域的文件，我在为 in 分配值时指向该grails.config.locations区域Config.groovy。但我不确定它是否正在努力真正插入该值。

我尝试了双引号，但它们也是一个坏主意——在解释CacheConfig.groovy它时看不到我放入的配置myApplication-config.groovy。我确实知道它在某个时候成功地读取了该文件，因为我成功地使用它来驱动一些 Quartz 作业逻辑，因此该配置文件的位置可能不是问题。

我正在尝试在Spring 4.0.6 RELEASE中学习外部化字符串。在我的 bean 配置中，我有以下消息资源配置。

我的消息资源位于类路径中的main/src/resources/messages.properties下。

上面的配置工作正常，但是当我在配置中使用全名“messages.properties”（p:basename="classpath:messages.properties"）时，加载消息资源失败！

任何人都知道为什么会这样？

我在 web.xml 中有以下过滤器：

这里loginUrl在不同的环境下是不同的。所以我想外部化这个参数值。这个怎么做？

从手册：

24.3 应用程序属性文件 SpringApplication 将从以下位置的 application.properties 文件中加载属性并将它们添加到 Spring 环境中：

当前目录的 /config 子目录。

当前目录

一个类路径 /config 包

类路径根

它两次提到当前目录，但这并不意味着什么：

我尝试将它放在我的项目的根目录中（即在与andsrc的输出匹配的文件夹中），然后我尝试将它与 war 文件放在一起（即在 中）java.io.File( "." ).getCanonicalPath()System.getProperty("user.dir");build\libs

但唯一真正有效的放置位置是默认位置 ( src\main\resources)。

那么“当前目录”到底是什么意思，文件到底去哪里了呢？

我需要为文件找到正确的外部位置，这样我就不必在应用程序中构建数据库凭据。

指南说放入当前目录将起作用，我找到了要放入的确切当前目录，但它application.properties仍然不起作用，我可以通过以下输出来验证：属性文件。System.out.println(System.getProperty("spring.datasource.url"));null

我正在使用 jdk 8 并试图在我的 java 应用程序中外部化数据库连接变量。有一种方法可以做到这一点，例如 System.getEnv("key") 但我不需要使用它。

没有Spring，任何人都可以帮助实现这一目标。

我的配置，

请提供您的意见。

在 spring-boot 应用程序上工作，我们将不同环境的属性保存在不同的属性文件中，例如 prod 的 application-prod.properties，uat 的 application-uat.properties 等。这些属性文件位于 src/main/resources/文件夹。为了在不同的环境中运行，我们在命令行上将 env 作为参数传递，spring-boot 会占用正确的属性文件。我们正在使用 teamcity 进行自动部署。

问题是每当更改属性时，我们都需要再次编译和构建应用程序，因为属性文件与代码一起存在。如何在 teamcity 的构建步骤中传递属性文件或更好的路径，以便每次更改属性时，只需使用新属性重新启动应用程序就足够了，而无需重新编译整个应用程序。还有如何在本地级别处理这个问题，即使用不同的属性文件在本地运行应用程序。

我想外化所有的“？” application.properties 之外的值，并将它们保存在文本文件或其他文件中。

我已经有一个 configuration.txt 文件，其中包含在服务中使用的其他值，但我只是不知道它如何用于 application.properties。

已解决，只需将属性文件放在jar文件所在的相同路径中，然后spring boot将为您替换值。

我编写了一个 python Flask 应用程序，它有一个类和方法如下。

现在我编写了另一个具有如下装饰器功能的类。

现在我正在为 PythonSample 类的所有方法连接 oauthAuth 装饰器，如下所示

在每种方法上应用装饰器都可以正常工作。

问题：而不是将 oauthAuth 装饰器应用于每个方法。有没有办法在 python 中配置，将 oauthAuth 装饰器应用于类中的所有方法并排除某些方法。

诸如包含某些 URL 的身份验证和排除某些 URL 的身份验证之类的东西

请忽略此处 python 代码的语法。

当我刚接触 drools 时，我浏览了一些论坛并开发了一个使用 KnowledgeBuilder api 和 StatefulKnowledgeSessions 配置的 drools 的应用程序。当时的drools文件数量较少，并且与应用程序一起打包。在进行分析时，我发现口水消耗了大量内存并且内存分配率（TLAB）很高。这让我想到是否需要有一个缓存解决方案，以便在每次有应用程序请求时不创建 KnowledgeSessions。我的应用程序支持几乎 100 多种类型的事件，并且对于每个事件，我都有 3 种不同类型的 drools 文件，我一次执行一个以在中间过滤结果。此外，应用程序中的 drools 文件数量和更改/配置新的频率正在增加，我必须从应用程序包中外部化 drools。我有不同的drools文件来满足不同的需求，并不是每次都需要，所以我想保持一个REST服务备份一个NO-SQL数据库，只要我们想改变，这些数据库就会被注入其中。因此，我认为应用程序可以从服务中获取唯一需要/必需的流口水文件（我将有流口水文件的命名约定），如果需要在本地缓存它们（将使用 Guava 缓存/任何 Inprocess 缓存来驱逐因此，如果不需要），因此内存消耗/分配率可能会下降（猜测）我对上述设计是否正确？如果这样如何从缓存/字符串构建器/内存中读取流口水？目前我通过下面的 api 从文件系统中读取它们 所以我想保留一个 REST 服务备份一个 NO-SQL 数据库，只要我们想要更改，这些数据库就会被注入其中。因此，我认为应用程序可以从服务中获取唯一需要/必需的流口水文件（我将有流口水文件的命名约定），如果需要在本地缓存它们（将使用 Guava 缓存/任何 Inprocess 缓存来驱逐因此，如果不需要），因此内存消耗/分配率可能会下降（猜测）我对上述设计是否正确？如果这样如何从缓存/字符串构建器/内存中读取流口水？目前我通过下面的 api 从文件系统中读取它们 所以我想保留一个 REST 服务备份一个 NO-SQL 数据库，只要我们想要更改，这些数据库就会被注入其中。因此，我认为应用程序可以从服务中获取唯一需要/必需的流口水文件（我将有流口水文件的命名约定），如果需要在本地缓存它们（将使用 Guava 缓存/任何 Inprocess 缓存来驱逐因此，如果不需要），因此内存消耗/分配率可能会下降（猜测）我对上述设计是否正确？如果这样如何从缓存/字符串构建器/内存中读取流口水？目前我通过下面的 api 从文件系统中读取它们 因此，我认为应用程序可以从服务中获取唯一需要/必需的流口水文件（我将有流口水文件的命名约定），如果需要在本地缓存它们（将使用 Guava 缓存/任何 Inprocess 缓存来驱逐因此，如果不需要），因此内存消耗/分配率可能会下降（猜测）我对上述设计是否正确？如果这样如何从缓存/字符串构建器/内存中读取流口水？目前我通过下面的 api 从文件系统中读取它们 因此，我认为应用程序可以从服务中获取唯一需要/必需的流口水文件（我将有流口水文件的命名约定），如果需要在本地缓存它们（将使用 Guava 缓存/任何 Inprocess 缓存来驱逐因此，如果不需要），因此内存消耗/分配率可能会下降（猜测）我对上述设计是否正确？如果这样如何从缓存/字符串构建器/内存中读取流口水？目前我通过下面的 api 从文件系统中读取它们 因此内存消耗/分配率可能会下降（猜测）我对上述设计是否正确？如果这样如何从缓存/字符串构建器/内存中读取流口水？目前我通过下面的 api 从文件系统中读取它们 因此内存消耗/分配率可能会下降（猜测）我对上述设计是否正确？如果这样如何从缓存/字符串构建器/内存中读取流口水？目前我通过下面的 api 从文件系统中读取它们