From c56e7f727091968da12ac0695f9e77721845855b Mon Sep 17 00:00:00 2001 From: Juergen Hoeller Date: Fri, 29 Mar 2019 23:59:50 +0100 Subject: [PATCH] Typo fixes --- src/asciidoc/web-mvc.adoc | 10 +++++----- src/asciidoc/web-view.adoc | 14 +++++++------- 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/src/asciidoc/web-mvc.adoc b/src/asciidoc/web-mvc.adoc index 0dafdea8fe4..cefc70fbe62 100644 --- a/src/asciidoc/web-mvc.adoc +++ b/src/asciidoc/web-mvc.adoc @@ -3207,11 +3207,11 @@ Spring MVC has two main abstractions in support of flash attributes. `FlashMap` to hold flash attributes while `FlashMapManager` is used to store, retrieve, and manage `FlashMap` instances. -Flash attribute support is always "on" and does not need to enabled explicitly although -if not used, it never causes HTTP session creation. On each request there is an "input" -`FlashMap` with attributes passed from a previous request (if any) and an "output" -`FlashMap` with attributes to save for a subsequent request. Both `FlashMap` instances -are accessible from anywhere in Spring MVC through static methods in +Flash attribute support is always "on" and does not need to be enabled explicitly +although if not used, it never causes HTTP session creation. On each request there is +an "input" `FlashMap` with attributes passed from a previous request (if any) and an +"output" `FlashMap` with attributes to save for a subsequent request. Both `FlashMap` +instances are accessible from anywhere in Spring MVC through static methods in `RequestContextUtils`. Annotated controllers typically do not need to work with `FlashMap` directly. Instead an diff --git a/src/asciidoc/web-view.adoc b/src/asciidoc/web-view.adoc index 8ac47189df4..1fe20d23fac 100644 --- a/src/asciidoc/web-view.adoc +++ b/src/asciidoc/web-view.adoc @@ -699,7 +699,7 @@ when developing with JSPs are the `InternalResourceViewResolver` and the - # And a sample properties file is uses (views.properties in WEB-INF/classes): + # And a sample properties file is used (views.properties in WEB-INF/classes): welcome.(class)=org.springframework.web.servlet.view.JstlView welcome.url=/WEB-INF/jsp/welcome.jsp @@ -721,17 +721,17 @@ can mix different types of views using only one resolver. ---- -The `InternalResourceBundleViewResolver` can be configured for using JSPs as described -above. As a best practice, we strongly encourage placing your JSP files in a directory -under the `'WEB-INF'` directory, so there can be no direct access by clients. +The `InternalResourceViewResolver` can be configured for using JSPs as described above. +As a best practice, we strongly encourage placing your JSP files in a directory under +the `'WEB-INF'` directory, so there can be no direct access by clients. [[view-jsp-jstl]] === 'Plain-old' JSPs versus JSTL -When using the Java Standard Tag Library you must use a special view class, the -`JstlView`, as JSTL needs some preparation before things such as the I18N features will +When using the JSP Standard Tag Library (JSTL) you must use a special view class, the +`JstlView`, as JSTL needs some preparation before things such as the I18N features can work. @@ -1438,7 +1438,7 @@ The HTML would look like: A key principle of REST is the use of the Uniform Interface. This means that all resources (URLs) can be manipulated using the same four HTTP methods: GET, PUT, POST, and DELETE. For each method, the HTTP specification defines the exact semantics. For -instance, a GET should always be a safe operation, meaning that is has no side effects, +instance, a GET should always be a safe operation, meaning that it has no side effects, and a PUT or DELETE should be idempotent, meaning that you can repeat these operations over and over again, but the end result should be the same. While HTTP defines these four methods, HTML only supports two: GET and POST. Fortunately, there are two possible