使用<mvc:resources>后@Controller无法访问

在使用静态资源<mvc:resources>后可能会无法访问@Controller，找了半天的错误后才发现原来还得在添加这个

        <!-- 配置静态目录 -->
    <mvc:annotation-driven/>
     <mvc:resources location="/html/" mapping="/html/"/>
    <mvc:resources location="/back_css/" mapping="/back_css/"/>
    <mvc:resources location="/back_js/" mapping="/back_js/"/>
    <mvc:resources location="/back_img/" mapping="/back_img/"/>
    <mvc:resources location="/back_other/" mapping="/back_other/"/>
    <mvc:resources location="/layer/" mapping="/layer/"/>
    <mvc:resources location="/laypage/" mapping="/laypage/"/>
    <mvc:default-servlet-handler/>

加上前面一个和后面一个就好了

时间： 2025-01-07 13:14:50

使用<mvc:resources>后@Controller无法访问的相关文章

增加mvc:resources后访问不了注解配置的controller的问题

刚开始没有配置mvc:resourcescontroller能够正确访问,但是由于web.xml使用/拦截了所有的请求,所以静态资源访问不上增加mvc:resources之后,静态资源是能访问上了,但是注解配置的controller却又找不到了原因是少了 <mvc:annotation-driven />的配置在没有配置mvc:resources的时候没有问题一旦配置了mvc:resources,注解方式的url就没有加载这种情况下补上 <mvc:annotation-driven

spring-mvc里的 <mvc:resources> 及静态资源访问

在进行Spring MVC的配置时,通常我们会配置一个dispatcher servlet用于处理对应的URL.配置如下:  <servlet> <servlet-name>SpringMVC</servlet-name> <serv

Spring MVC ，使用mvc:resources标签后，处理器无法被访问

在SpringMVC的配置文件中添加了<mvc:resources mapping="/img/**" location="/img/"/>以便处理静态资源的请求,静态资源也确实可以访问了,但是其他url无法正常访问,报错如下: org.springframework.web.servlet.DispatcherServlet.noHandlerFound No mapping found for HTTP request with URI [/Init

SpringMVC同时使用<mvc:resources … />和日期转换Formatter时出现问题的解决方法

很久没更新博文了,不是没有学习,而是很多东西记在OneNote里面,收获很多啊,因为各种杂事,所以对于博客很久没更新了. 个人觉得:博客比起OneNote或者为知笔记之类的云笔不同在于博客应该记载的是比较成体系的东西,所以很多东西我准备统一回顾我学到的东西后,再成体系的更新在这里来. 废话说多了,先处理RT的问题. 一.问题由来在学习SpringMVC的过程中,对于URL的拦截,我使用了RESTful,这是一种在形式上没有动词没有后缀结尾的URL表现形式,利用PUT/POST/DELETE/G

Spring MVC静态资源处理——<mvc:resources /> ||<mvc:default-servlet-handler />

优雅REST风格的资源URL不希望带 .html 或 .do 等后缀.由于早期的Spring MVC不能很好地处理静态资源,所以在web.xml中配置DispatcherServlet的请求映射,往往使用 *.do . *.xhtml等方式.这就决定了请求URL必须是一个带后缀的URL,而无法采用真正的REST风格的URL. 如果将DispatcherServlet请求映射配置为"/",则Spring MVC将捕获Web容器所有的请求,包括静态资源的请求,Spring MVC会将它们当

Spring MVC静态资源处理——<mvc:resources /> ||<mvc:default-servlet-handler /> 转载

Spring MVC静态资源处理——<mvc:resources /> ||<mvc:default-servlet-handler /> mvcmvc:resources 优雅REST风格的资源URL不希望带 .html 或 .do 等后缀.由于早期的Spring MVC不能很好地处理静态资源,所以在web.xml中配置DispatcherServlet的请求映射,往往使用 *.do . *.xhtml等方式.这就决定了请求URL必须是一个带后缀的URL,而无法采用真正的REST

【Spring学习笔记-MVC-14】Spring MVC对静态资源的访问

作者:ssslinppp 参考链接: http://www.cnblogs.com/luxh/archive/2013/03/14/2959207.html http://www.cnblogs.com/fangqi/archive/2012/10/28/2743108.html 优雅REST风格的资源URL不希望带 .html 或 .do 等后缀.由于早期的Spring MVC不能很好地处理静态资源,所以在web.xml中配置DispatcherServlet的请求映射,往往使用

ASP.NET MVC 4 中 Controller 与 ApiController 做读取、新增、更新、删除 ( CRUD )

在 ASP.NET MVC 4 架构上,WebApi ( ApiController ) 较适合做数据处理与提供的动作,而 MVC 4 Web ( Controller ) 内比较要配合 View 层数据显示而做异动,这时候如果要把 ApiController 和 Controller 切开来,那这两个部分的沟通就会很常使用了.如果你是用 MVVM 的架构,在 Model-View View-Model 这两段,若是一页搜集各数据表的某些资料,那在 View 那一段就必须要与 WebApi 沟通

<mvc:resources />标签新老版本解析不同，是bug还是？

先来说说这个坑爹的问题,其实本来我是没注意到的,因为程序跑起来一切都正常.但是在tomcat启动时飞速打印log时,在中间"隐藏"了一个错误: 2015-02-15 16:03:22 [ catalina-exec-4:2202 ] - [ DEBUG ] [org.springframework.beans.TypeConverterDelegate] Original ConversionService attempt failed - ignored since Property