Applicationcontext.html" target="_blank">xml-这是标准的Spring上下文文件,其中包含所有Bean和所有Servlet中共有的配置。如果是网络应用程序,则为可选文件。对于Web应用程序,Spring使用ContextLoaderListener加载此文件。
Spring-servlet.xml-这是Spring的单个入口点。DispatcherServlet扫描该文件并开始加载其组件。它定义了仅与该servlet相关的bean和配置。
在Spring MVC应用程序中,我们按以下顺序链接它们-
web.xml->调度程序servlet->应用程序上下文
序号 | 键 | ApplicationContext.xml | Spring-servlet.xml |
---|---|---|---|
1 |
基本的 |
applicationContext.xml定义了所有servlet之间共享的bean。如果您的应用程序具有多个servlet,则在applicationContext.xml中定义公共资源会更有意义。 |
spring-servlet.xml定义仅与该servlet相关的bean。这是调度程序servlet。因此,您的Spring MVC控制器必须在此文件中定义。 |
2 |
扫描 |
我们可以为除控制器软件包以外的软件包添加过滤器 |
在spring-servlet.xml中,我们包括对Controller软件包的组件扫描。 |
3 |
参考文献 |
ApplicationContext.xml中的Bean在spring-servlet.xml中可以具有参考Bean |
spring-servlet.xml中的Bean可以引用applicationContext.xml中的Bean |
问题内容: 和在中相关吗? 声明的属性文件是否可用于? 在相关说明中,为什么我根本不需要*-servlet.xml?为什么一个人不够? 问题答案: 使你可以在父子层次结构中定义多个上下文。 的用于“根web应用上下文”,即与该web应用程序相关联的上下文定义了豆。 该(或任何你称呼它)定义了一个servlet的应用程序上下文中的豆。一个Web应用程序中可以有许多这样的应用程序,每个Spring S
问题内容: 什么是使用两个上下文正确的方式:和?哪里去了? 我想编写一个部署在servlet容器中的相当典型的应用程序。它具有一些带有JSP视图的控制器。在后端也有一些平凡的逻辑。我真的需要两个环境吗?它们如何相互关联?我该如何决定放入哪个? 另外,我想对我的应用程序使用Spring-security。我可能想在Web控制器以及更深层中使用其功能(例如带注释的声明式安全性)。在这种情况下,应如何配
问题内容: Spring支持两种不同的验证方法:Spring验证和JSR-303 bean验证。可以通过定义一个Spring验证程序来使用这两个验证程序,该验证程序委派给其他委托程序,包括bean验证程序。到目前为止,一切都很好。 但是,在注释方法以实际请求验证时,则是另一回事了。我可以这样注释 或像这样 在这里,@Valid是javax.validation.Valid,@ Validated是
本文向大家介绍Spring中DispatcherServlet和ContextLoaderListener之间的区别,包括了Spring中DispatcherServlet和ContextLoaderListener之间的区别的使用技巧和注意事项,需要的朋友参考一下 ContextLoaderListener为Web应用程序创建根Web应用程序上下文,并将其放在ServletContext中。无论
问题内容: 从Spring Boot还是Spring MVC开始。我已经读过一些东西,但是令人困惑,因为两者看上去很相似。 那么两者之间有什么区别? 问题答案: Spring MVC是一个完整的面向HTTP的MVC框架,该框架由Spring框架管理并基于Servlet。它相当于JavaEE堆栈中的JSF。其中最流行的元素是带有注释的类,你在其中实现可以使用不同的HTTP请求访问的方法。它等效于实现
问题内容: 我遇到了Spring 3提供的两个注释(@Component和@Configuration),我对它们之间有些困惑。 这是我读到的有关@Component的内容 将此“ context:component”放入bean配置文件中,这意味着在Spring中启用自动扫描功能。基本包指示组件的存储位置,Spring将扫描此文件夹并找出Bean(用@Component注释)并将其注册在Spri