Package org.springframework.web.servlet.view
@NullMarked
package org.springframework.web.servlet.view
Provides standard View and ViewResolver implementations,
including abstract base classes for custom implementations.
Application developers don't usually need to implement views, as the framework provides standard views for JSPs, FreeMarker, XSLT, etc. However, the ability to implement custom views easily by subclassing the AbstractView class in this package can be very helpful if an application has unusual view requirements.
-
ClassDescriptionConvenient base class for
ViewResolver
implementations.Filter that determines if view should be cached.Adapter base class for template-based view technologies such as FreeMarker, with the ability to use request and session attributes in their model and the option to expose helper objects for Spring's FreeMarker macro library.Abstract base class for template view resolvers, in particular for FreeMarker views.Abstract base class for URL-based views.Abstract base class forView
implementations.A simple implementation ofViewResolver
that interprets a view name as a bean name in the current application context, i.e.Implementation ofViewResolver
that resolves a view based on the request file name orAccept
header.RequestToViewNameTranslator
that simply transforms the URI of the incoming request into a view name.Public API to render HTML fragments.Defines a builder forFragmentsRendering
.Wrapper for a JSP or other resource within the same web application.Convenient subclass ofUrlBasedViewResolver
that supportsInternalResourceView
(i.e.Specialization ofInternalResourceView
for JSTL pages, i.e.View that redirects to an absolute, context relative, or current request relative URL.Deprecated.as of 5.3, in favor of Spring's common view resolver variants and/or custom resolver implementationsSimple implementation of theViewResolver
interface, allowing for direct resolution of symbolic view names to URLs, without explicit mapping definitions.AViewResolver
that delegates to others.Deprecated.as of 5.3, in favor of Spring's common view resolver variants and/or custom resolver implementations