优秀的手机游戏下载!
首页 关于ssm的web项目中contextConfigLocation的问题

关于ssm的web项目中contextConfigLocation的问题

发布时间:2024-01-11 00:20:34 编辑:手游哥 浏览:577

联系是参数名一样…

区别是,前者由ContextLoaderListener监听器加载,后者由Servlet的init方法加载。

再直观点说:

监听器先于servlet加载。所以前者出现的时间点一定先于后者。

生命周期不同。所以前者通过ServletContext实例获取,后者通过ServletConfig实例或者Servlet的config属性获取。

spring contextconfiglocation不同地方有什么区别

你在配置dispatcherServlet时,还是把contextConfigLocation删了吧。contextConfigLocation配置在两个地方context-param 2 param-value要想加载全部xml文件,在配置contextConfigLocation时,classpath:spring*.xml,*.xml这样配置。会简略一点。

web.xml中相关配置

加上init-param,参数为contextConfigLocation,直接告诉spring配置文件的位置。可以读入多个配置文件。

&ltservlet&gt

&ltservlet-name&gtmainServlet&lt/servlet-name&gt

&ltservlet-class&gtorg.springframework.web.servlet.DispatcherServlet&lt/servlet-class&gt

&ltinit-param&gt

&ltparam-name&gtcontextConfigLocation&lt/param-name&gt

&ltparam-value&gt

classpath:config/applicationContext.xml,

classpath:config/base/base.xml,

classpath:config/base/datasource.xml,

classpath:config/base/aop.xml …

&lt/param-value&gt

&lt/init-param&gt

&ltload-on-startup&gt1&lt/load-on-startup&gt

&lt/servlet&gt

&ltservlet-mapping&gt

关于ssm的web项目中contextConfigLocation的问题

&ltservlet-name&gtmainServlet&lt/servlet-name&gt

&lturl-pattern&gt*.do&lt/url-pattern&gt

&lt/servlet-mapping&gt

contextconfiglocation在哪个jar

在web.xml中通过contextConfigLocation配置spring,contextConfigLocation参数定义了要装入的 Spring 配置文件

部署applicationContext.xml文件

如果不写任何参数配置,默认的是在/WEB-INF/applicationContext.xml

如果指定了要加载的文件,则会去加载相应的xml,而不会去加载/WEB-INF/下的applicationContext.xml。如果没有指定的话,默认会去/WEB-INF/下加载applicationContext.xml。

如果想要自定义文件名,需要在web.xml中加入contextConfigLocation这个context参数

springmvc的默认配置文件是放在WEB-INF下的,并且要命名为 -servlet.xml, 为servlet—name,即下文中的”Springmvc”

web.xml文件中webAppRootKey属性是web项目的绝对路径,默认值是webApp.root,可以通过System.getProperty(“webApp.root”)来获取属性值或者在配置文件中通过${webApp.root}获得。

Spring通过 org.springframework.web.util.WebAppRootListener 这个监听器来注入项目路径,因此部署在同一个web容器中的项目,要配置不同的param-value(比如”项目名.root”),不然会造成冲突。但是如果在web.xml中已经配置了org.springframework.web.util.Log4jConfigListener这个监听器,则不需要配置WebAppRootListener了。因为Log4jConfigListener已经包含了WebAppRootListener的功能。WebAppRootListener要在ApplicationContext的ContextLoaderListener之前,否则ApplicationContext的bean注入根目录值时会发生无法注入异常。

“webapp.root”这个字符串可以随便写任何字符串。如果不配置默认值是”webapp.root”。

可以用System.getProperty(“webapp.root”)来动态获项目的运行路径。

一般返回结果例如:/usr/local/tomcat6/webapps/项目名

定义以后,在Web Container启动时将把ROOT的绝对路径写到系统变量里。

然后log4j的配置文件里就可以用${webName.root }来表示Web目录的绝对路径,把log文件存放于webapp中。

此参数用于后面的“Log4jConfigListener”–&gt

谢谢,也许你没明白我的意思,举个例子比如: log4jConfigLocation中的log4jConfigLocation, contextConfigLocation中的contextConfigLocation, webAppRootKey中的webAppRootKey, 这3个名字是在哪里定义的,为什么我搜索整个工程都找不到

以上就是关于关于ssm的web项目中contextConfigLocation的问题全部的内容,如果了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

更多相关资讯

联系是参数名一样... 区别是,前者由ContextLoaderListener监听器加载,后者由Servlet的init方法加载。 再直观点说: 监听器先于s…
查看详情
联系是参数名一样... 区别是,前者由ContextLoaderListener监听器加载,后者由Servlet的init方法加载。 再直观点说: 监听器先于s…
查看详情
联系是参数名一样... 区别是,前者由ContextLoaderListener监听器加载,后者由Servlet的init方法加载。 再直观点说: 监听器先于s…
查看详情
相关资讯
猜你喜欢