# Java 应用系统开发 ServletContext 和 Web 配置 王晓东 wangxiaodong@ouc.edu.cn 中国海洋大学 November 26, 2018  ![Image](/uploads/docum ## 学习目标 Java EE Web 应用需要部署在符合 Java EE 规范的 Web 容器中运行，如何取得 Web 应用本身的信息在编程中非常重要。 1. 掌握 Web 应用对象 ServletContext。 2. 了解 Web 应用的配置方法。 3. 掌握 MVC 模式 Web 开发中发挥核心作用的转发，区别转发与重定向。 ## 大纲 Web 应用环境对象 Java EE Web Web 应用创建一个表达 Web 应用环境的对象（即 ServletContext 对象），并将 Web 应用的基本信息存储在这个 ServletContext 对象中。 ## Web 应用环境对象的用途 所有 Web 组件都可以访问此 ServletContext 对象，进而取得 Web 应用的基本信息。 ▶ ServletContext 还可以作为整个 Web 应用的共享容器对象，能够被所有会话请求共用，保存

掌握监听器的编程和配置，学会编写监听器代码。 ## 大纲 监听器概述 Java EE 监听器类型 ServletContext 对象监听器 ServletContext 对象属性监听器 本节习题 接下来… 监听器概述 Java EE 监听器类型 ServletContext 对象监听器 ServletContext 对象属性监听器 本节习题 ## 什么是监听器 监听器，顾名思义就是能监测其他对象 法，完成特定的功能和任务。Java EE 规范在 Servlet 2.3 中引入了监听器（Listener）规范。 Java EE 监听器能够检测 Web 应用的关键对象包括： ▶ ServletContext 上下文 ▶ HttpSession 会话 ▶ ServletRequest 请求对象 ## 监听器的应用场景 ## ▶ 网站访问人数或次数计数器 访问人数计数是所有综合门户网站 ## 会话超时后的清理工作 接下来… 监听器概述 Java EE 监听器类型 ServletContext 对象监听器 ServletContext 对象属性监听器 本节习题 ## Java EE 监听器类型 1. ServletContext 对象监听器 2. ServletContext 对象属性监听器 3. HttpSession 对象监听器 4. HttpSession

com/books/jerrymouse/ 目录 简介 设计服务器架构 Servlet规范 实现HTTP服务器 实现Servlet服务器 实现Servlet组件 6.1. 实现ServletContext 6.2. 实现FilterChain 6.3. 实现HttpSession 6.4. 实现Listener 加载Web App 7.1. 实现ClassLoader 7.2. 部署Web Servlet组件完成HTTP处理，将响应写入 HttpServletResponse 对象： 其中，ServletContext 代表整个容器的信息，如果容器实现了 ServletContext 接口，也可以把 ServletContext 可以看作容器本身。ServletContext 、 HttpServletRequest 和 HttpServletResponse 都是接口，具体实现由Web服务器完成。Filter 都是运行在容器中的组件，只有容器才能主动调用它们。（此处略去JSP组件，因为我们不打算支持JSP） 对于Jerrymouse服务器来说，开发服务器就必须实现Servlet容器本身，容器实现 ServletContext 接口，容器内部管理若干个 Servlet 、 Filter 和 Listener 组件。 对每个请求，需要创建 HttpServletRequest 和 HttpServletResponse

248 19.4.5 会话 ID 的保存方式 ..... 248 19.4.6 会话对象的应用示例 ..... 248 19.5 课后习题 ..... 250 20 ServletContext 和 Web 配置 ..... 251 20.1 Web 应用环境对象 ..... 252 20.1.1 Web 应用环境对象 ..... 252 20.1.2 Web 应用环境对象的生命周期 监听器编程 ..... 271 22.1 监听器概述 ..... 272 22.2 Java EE 监听器类型 ..... 272 22.3 ServletContext 对象监听器 ..... 273 22.4 ServletContext 对象属性监听器 ..... 275 22.5 课后习题 ..... 276 23 JSP(Java Server Page) ..... 277 以使外界能够获取该类的实例，达到全局可见的效果。 在任何使用到 Single 类的 Java 程序中（这里指的是一次运行中），需要确保只有一个 Single 类的实例存在（如 Web 应用 ServletContext 全局上下文对象），则使用该模式。 ### 5.4 关键字 final 在声明 Java 类、变量和方法时可以使用关键字 final 来修饰，以使其具有 “终态” 的特性： 1. final

dispatcherServlet = new DispatcherServlet(); // 注册DispatcherServlet: var dispatcherReg = servletContext.addServlet("dispatcherServlet", dispatcherServlet); dispatcherReg.addMapping("/"); 在 ContextLoaderListener 的 contextInitialized() 方法内，先获取 ServletContext 引用，再通过 getInitParameter(“configuration”) 拿到完整类名，就可以顺利创建IoC容器了。 用Maven打包后，把生成的 xyz.war 改为 ROOT final String templateEncoding; final ServletContext servletContext; Configuration config; public FreeMarkerViewResolver(ServletContext servletContext, String templatePath, String templateEncoding)

embedded in an environment variable or system property). 6. ServletConfig init parameters. 7. ServletContext init parameters. 8. JNDI attributes from java:comp/env. 9. Java System properties (System.properties/) /static (or /public or /resources or /META-INF/resources) in the classpath or from the root of the ServletContext. It uses the ResourceHttpRequestHandler from Spring MVC so that you can modify that behavior from the container is also enabled and acts as a fallback, serving content from the root of the ServletContext if Spring decides not to handle it. Most of the time, this does not happen (unless you modify

embedded in an environment variable or system property). 6. ServletConfig init parameters. 7. ServletContext init parameters. 8. JNDI attributes from java:comp/env. 9. Java System properties (System.properties/) /static (or /public or /resources or /META-INF/resources) in the classpath or from the root of the ServletContext. It uses the ResourceHttpRequestHandler from Spring MVC so that you can modify that behavior from the container is also enabled and acts as a fallback, serving content from the root of the ServletContext if Spring decides not to handle it. Most of the time, this does not happen (unless you modify

MyWebApplicationInitialize implements WebApplicationInitialize { @Override public void onStartup(ServletContext serviceContext) { // Load Spring web application configuration AnnotationCo } ## Kotlin class MyWebApplication年初: WebApplication年初 { override fun onStartup(servletContext: ServletContext) { // Load Spring web application configuration val context = Annota the DispatcherServlet valservlet = DispatcherServlet(context) valregistration =servletContext.addServlet("app",servlet) registration.setLoadOnStartup(1) registration

* added overloaded constructors to MockFilterConfig, using a MockServletContext instead of a ServletContext argument Package org.springframework.orm * refined JDO PersistenceManagerFactoryUtils to explicitly even after a forward/include * added various RequestLoggingFilters: for Commons Logging, the ServletContext log, and Log4J including NDC support * FrameworkServlet exposes protected "processRequest" Log4jConfigListener/Servlet supports "file:" URL as "log4jConfigLocation" (as alternative to ServletContext resource) * Log4jConfigListener/Servlet and WebAppRootListener remove the web app root system

Log4jConfigListener/Servlet supports "file:" URL as "log4jConfigLocation" (as alternative to ServletContext resource) * Log4jConfigListener/Servlet and WebAppRootListener remove the web app root system ServletContextFactoryBean, exposing the ServletContext for bean references (alternative to ServletContextAware) * added ServletContextAttributeFactoryBean, exposing an existing ServletContext attribute for bean references references * added ServletContextAttributeExporter, taking Spring-defined objects and exposing them as ServletContext attributes * added ServletContextPropertyPlaceholderConfigurer, a subclass that falls back to