[17.0.0.3 and later]

使用 MicroProfile Config 使配置选项在单个 API 中可用

MicroProfile Config API 使来自多个源的应用程序配置属性能够合并为单组配置属性,并能够使用单个客户机 API 进行访问。

Liberty 应用程序可以充分利用 MicroProfile Config API。

可以从 Java™ 系统属性、进程环境变量或者 ${CLASSPATH}/META-INF/microprofile-config.properties 格式的配置文件中检索缺省配置值。用户可以使用 API 来直接注册用于实现 ConfigSource 接口的 Java 对象,也可以通过 Java ServiceLoader 模式以编程方式提供配置值,例如,向数据库或远程配置服务的代理提供配置值。

多个配置源

可以对配置属性的不同源指定不同的优先级。这样,具有较高优先级的源将覆盖来自具有较低优先级的源的属性值。此方法允许库或者应用程序开发者按照相关联的配置设置将代码打包,然后在应用程序组装或安装期间或者在运行时可以覆盖这些设置,以对事件作出响应。

单个配置源可供多个服务使用,特定服务类型或实例的某些属性会不同。这就可以从多个服务动态组成应用程序,从而最大限度地减少配置工作。

[18.0.0.1 and later]您可以配置 server.xml 文件,以使用 mpConfig-1.2 功能部件而不是 mpConfig-1.1 功能部件。有关 mpConfig-1.2 的更多信息,请参阅:启用 MicroProfile Config APImpConfig-1.2 功能部件使用 https://github.com/eclipse/microprofile-config/releases/tag/1.2.1 中的 MicroProfile Config 1.2.1 规范,而不是使用 MicroProfile Config 1.2 规范。

动态属性

配置属性值可以是动态值,在可用于应用程序的值中进行更改,而不需要重新启动。因此,这允许应用程序使运行时更改生效,从而启用动态服务。

注入的配置值

可以使用 CDI 将配置值直接注入到应用程序代码,而不需要用户代码检索这些配置值。此方法使代码可以在开发环境、测试环境或生产环境的不同配置下不加更改地运行。

类型化配置对象

用户可以注册 Converter 类型的代码,以便将字符串属性转换为另一种类型,从而允许以类型安全方式来检索或注入属性。


用于指示主题类型的图标 概念主题

文件名:twlp_microprofile_appconfig.html