在应用程序上放置属性的区别是什么?Yml或bootstrap。穿弹簧靴的Yml ? 在日志记录。配置情况下,应用程序的工作方式不同。
当前回答
引导。Yml用于从服务器获取配置。它可以用于Spring云应用程序,也可以用于其他应用程序。通常是这样的:
spring:
application:
name: "app-name"
cloud:
config:
uri: ${config.server:http://some-server-where-config-resides}
当我们启动应用程序时,它会尝试连接到给定的服务器,并根据运行/调试配置中提到的spring概要文件读取配置。
如果服务器不可达,应用程序甚至可能无法进一步进行。但是,如果本地存在与概要文件匹配的配置,则服务器配置将被覆盖。
好的方法:
维护一个单独的配置文件本地和运行应用程序使用不同的配置文件。
其他回答
嗯,我完全同意关于这一点已经存在的答案:
引导。yml用于保存指出远程配置位置的参数,并使用这些远程配置创建引导应用程序上下文。
实际上,它也能够存储与应用程序相同的普通属性。yml做。但请注意这个棘手的问题:
如果你在引导中放置属性。Yml,它们的优先级将低于几乎任何其他属性源,包括application.yml。如这里所述。
让我们弄清楚,有两种与bootstrap.yml相关的属性:
在引导阶段加载的属性。我们使用自举法。yml来找到属性持有者(一个文件系统,git存储库或其他东西),并且我们以这种方式获得的属性具有高优先级,所以它们不能被本地配置覆盖。如这里所述。 在bootstrap.yml中。如前所述,它们的优先级将较低。使用它们来设置默认值也许是个好主意。
这就是把属性放到应用程序上的区别。Yml或bootstrap。春靴中的Yml有:
在引导阶段加载配置文件的属性只能放在bootstrap.yml中。 至于所有其他类型的属性,将它们放在应用程序中。Yml将获得更高的优先级。
bootstrap的另一种用法。Yml是从kubernetes configmap和secret资源中加载配置。应用程序必须导入spring-cloud-starter-kubernetes依赖项。
与Spring Cloud配置一样,这必须在引导阶段进行。
从文档中可以看出:
spring:
application:
name: cloud-k8s-app
cloud:
kubernetes:
config:
name: default-name
namespace: default-namespace
sources:
# Spring Cloud Kubernetes looks up a ConfigMap named c1 in namespace default-namespace
- name: c1
因此,使用meta.name default-name存储在configmap资源中的属性可以被引用,就像application.yml中的属性一样
同样的过程也适用于秘密:
spring:
application:
name: cloud-k8s-app
cloud:
kubernetes:
secrets:
name: default-name
namespace: default-namespace
sources:
# Spring Cloud Kubernetes looks up a Secret named s1 in namespace default-namespace
- name: s1
引导。Yml或bootstrap.properties
只有当您使用Spring Cloud并且应用程序的配置存储在远程配置服务器(例如Spring Cloud Config server)时,才会使用/需要它。
从文档中可以看到:
Spring Cloud应用程序通过创建“引导”上下文来操作,该上下文是主应用程序的父上下文。它负责从外部源加载配置属性,并解密本地外部配置文件中的属性。
注意引导。Yml或bootstrap。属性可以包含额外的配置(例如默认值),但通常你只需要在这里放置引导配置。
通常它包含两个属性:
配置服务器的位置(spring.cloud.config.uri) 应用程序名称(spring.application.name)
在启动时,Spring Cloud使用应用程序的名称对配置服务器进行HTTP调用,并检索该应用程序的配置。
应用程序。Yml或application.properties
包含标准应用程序配置——通常是默认配置,因为在引导过程中检索的任何配置都将覆盖这里定义的配置。
引导。当你使用Spring Cloud并且你的应用程序的配置存储在远程配置服务器(例如Spring Cloud Config server)时,yml被使用。引导。Yml在application.yml之前加载
我刚刚问了Spring Cloud的人,我想我应该在这里分享我的信息。
引导。Yml在application.yml之前加载。
它通常用于以下情况:
当使用Spring Cloud Config Server时,你应该在bootstrap.yml中指定Spring .application.name和Spring . Cloud . Config . Server .git.uri 一些加密/解密信息
从技术上讲,引导。yml是由父Spring ApplicationContext加载的。父ApplicationContext在使用application.yml的ApplicationContext之前加载。
推荐文章
- urlencoder .encode(字符串)已弃用,我应该使用什么代替?
- javax.transaction.Transactional vs . org.springframework.transaction.annotation.Transactional
- Java 8接口方法中不允许“同步”的原因是什么?
- 如何找到Java堆大小和内存使用(Linux)?
- Spring引导——不是托管类型
- Spring Boot YAML配置的字符串列表
- 使用Enum实现单例(Java)
- RabbitMQ与通道和连接之间的关系
- buildSessionFactory()配置方法在Hibernate中已弃用?
- Spring MVC -如何获得所有的请求参数在一个地图在Spring控制器?
- 如何在Java中按两个字段排序?
- 文件之间的差异。路径中的分隔符和斜杠
- 在方法参数中使用NotNull注释
- Spring MVC中处理可选参数的@RequestParam
- Tomcat:如何查找正在运行的Tomcat版本?