Spring/spring-boot
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Remove check for deprecated configuration properties

Browse Source 
See gh-20528
This commit is contained in:
Stephane Nicoll
2020-03-26 11:06:47 +01:00
parent ab01c55d8e
commit a234dff573
1 changed files with 3 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

6
spring-boot-project/spring-boot-docs/src/main/asciidoc/spring-boot-features.adoc
View File

@@ -2200,7 +2200,7 @@ Nowadays, Content Negotiation is much more reliable.
There are other ways to deal with HTTP clients that don't consistently send proper "Accept" request headers.
Instead of using suffix matching, we can use a query parameter to ensure that requests like `"GET /projects/spring-boot?format=json"` will be mapped to `@GetMapping("/projects/spring-boot")`:
[source,properties,indent=0,subs="verbatim,quotes,attributes",configprops]
[source,properties,indent=0,subs="verbatim,quotes,attributes"]
----
spring.mvc.contentnegotiation.favor-parameter=true
@@ -2214,7 +2214,7 @@ Instead of using suffix matching, we can use a query parameter to ensure that re
Suffix pattern matching is deprecated and will be removed in a future release.
If you understand the caveats and would still like your application to use suffix pattern matching, the following configuration is required:
[source,properties,indent=0,subs="verbatim,quotes,attributes",configprops]
[source,properties,indent=0,subs="verbatim,quotes,attributes"]
----
spring.mvc.contentnegotiation.favor-path-extension=true
spring.mvc.pathmatch.use-suffix-pattern=true
@@ -2222,7 +2222,7 @@ If you understand the caveats and would still like your application to use suffi
Alternatively, rather than open all suffix patterns, it's more secure to just support registered suffix patterns:
[source,properties,indent=0,subs="verbatim,quotes,attributes",configprops]
[source,properties,indent=0,subs="verbatim,quotes,attributes"]
----
spring.mvc.contentnegotiation.favor-path-extension=true
spring.mvc.pathmatch.use-registered-suffix-pattern=true