去看webapps里工程目录下,index.html文件是有的,见鬼了,是哪儿出了问题?
不知大家是否注意了一个问题,我们将 web 项目发布到 tomcat 后,可以直接访问 jsp 后缀的文件,或者直接访问项目中的静态资源(js/css/图片之类的文件),只要路径写的没有问题,都可以正常在浏览器中显示,大家是否思考过,是谁在处理这个请求呢?
1.在jfinal项目中 因为一直使用的jfinal,没感觉路径问题。 举个栗子,项目名字叫做test.访问一个Controller的映射为/user/add.这样,在浏览器地址栏直接:localhost:8080/user/add就可以直接访问到add方法了。当然,这样需要通过配置不同的端口来发布不同的项目,不然肯定冲突了。端口指定项目的路径。 比如: <Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="t
看过之前的springMVC初体验,相信你对springMVC有了一定的认识。今天我们继续来学习springMVC相关的核心知识,掌握web框架的正确学习办法,帮助你快速起飞,完成蜕变。
目录 SpringMVC的编码过滤器配置 浏览器服务器交互的编码格式介绍 问题: 解决 SpringMVC的编码过滤器配置 SpringMVC的静态资源放行 SpringMVC的Dispatcher的拦截范围问题 问题: 解决: SpringMVC的静态资源放行配置 SpringMVC的编码过滤器配置 浏览器服务器交互的编码格式介绍 问题: 在浏览器和服务器的数据交互流程中,处理英文数据以外还有中文数据。 浏览器发起的请求数据中包含中文,服务器响应的数据包含中文。而浏览器 默认的编码格式为iso
在这里,隆重宣布本博客告别 Vue 传统的 hash 路由,迎接好看而优雅的 history 路由~~
Json(JavaScript Object Notation),它是一种轻量级数据交换格式,格式简单,易于读写,目前使用特别广泛。那么这篇博客我们主要谈谈在 SpringMVC 中,如何对 js
上一篇我们详细解释了一下SrpingMVC的执行流程以及一些默认的配置,在Spring的思想中,就是默认大于配置。今天我们来详细的研究一下DispatcherServlet的url-pattern配置。 一、DispatcherServlet的url-pattern配置 在没有特别要求的情况下,SpringMVC的中央调度器DispatcherServlet的url-pattern常使用后缀匹配方式进行配置,如*.do、*.action 注意:这里的url-pattern不能写/*,因为Dispatcher
必须配置SpringMvc对访问静态资源的支持,idea默认就是在main/webapp 下的文件路径,要在web-info同级的resource文件下放置,JSP中
学习Spring的时候,在配置web.xml的时候,把url-pattern 配置成/*,启动项目后去访问自己的Controller总是报404.检查了很多发现资源是存在的,配置的地址也没有问题,为什么会出现404错误呢?最后发现是自己配置的 url-pattern 不对! 现整理一下: (1):在使用springmvc时,都会在web.xml中配置一个dispatchservlet,如下:
注意: 请根据自己的 Spring 版本下载最新的 jar,否则有肯能会报错。 报错异常可以参考我这篇博客:解决方案
注:三层架构分为表述层(或表示层)、业务逻辑层、数据访问层,表述层表示前台页面和后台servlet
注:由于 Maven 的传递性,我们不必将所有需要的包全部配置依赖,而是配置最顶端的依赖,其他靠传递性导入。
服务器端要获得请求的参数,有时还需要进行数据的封装,SpringMVC可以接收如下类型的参数
diary_report.jpg What did you do today 关于路径的问题,这个我总是经常忘记。 <url-pattern>/</url-pattern>会匹配到/cmazxiaoma这样的路径,不会匹配到cmazxiaoma.jsp这样子的后缀型url。 <url-pattern>/*<url-pattern>会匹配到所有url,不如路径型和后缀型的url(/login,login.jsp,login.css,login.js,login.jpg等等) 那我们在配置SpringM
V:View,视图层,指工程中的html或jsp等页面,作用是与用户进行交互,展示数据
2.左侧选择Maven,勾选Create from archetype,选择3,next
1、概念理解和知识铺垫 在Spring整体框架的核心概念中,容器是核心思想,就是用来管理Bean的整个生命周期的,而在一个项目中,容器不一定只有一个,Spring中可以包括多个容器,而且容器有上下层关系,目前最常见的一种场景就是在一个项目中引入Spring和SpringMVC这两个框架,那么它其实就是两个容器,Spring是父容器,SpringMVC是其子容器,并且在父容器中注册的Bean对于子容器是可见的,而在子容器中注册的Bean对于父容器是不可见的,也就是子容器可以看见父容器中的注册的Bean,反之就
返回非页面的数据,必须在方法或者类上加 @ResponseBody,同时 我们返回的类型 springmvc会自动解析成对应的格式,不需要我们进行手动指定
最近想弄一个hadoop的管理界面,所以在网上下了一个名为jeecg的快速开发平台,由于工作之后没有用过java做网站,遇到了好多小问题,其中一个就是现在要说的javascript脚本调试的问题。说来也奇怪,其实我也分辨不出来这到底是因为是springMVC,还是easy ui 给屏蔽掉的,找自己在自己的页面上的那段javascript脚本异常费劲, 可能这个真是是因为springMVC的缘故吧,因为右键出来的页面地址就是带有xxx.do这样的,而不是真是的jsp页面,所以看不到源码。这可怎么办呀,愁死
若将DispatcherServlet 请求映射配置为/,则SpringMVC 将捕获WEB容器的所有请求,包括静态资源的请求,SpringMVC会将他们当成一个普通请求处理因此找不到对应处理器将导致错误,可以在SpringMVC的配置文件中配置<mvc:default-servlet-handler/>的方式解决静态资源的问题。
一类称为业务处理 Bean:指 Service 或 Dao 对象,专门用于处理业务逻辑和数据访问。
很久很久之前的随笔:https://www.cnblogs.com/biehongli/p/6509557.html
我们使用浏览器通过地址 http://ip:port/contextPath/path进行访问,SpringMVC是如何得知用户到底是访问哪个Controller中的方法,这期间到底发生了什么。
DispatcherServlet:前端控制器,不需要工程师开发,由框架提供 作用:统一处理请求和响应,整个流程控制的中心,由它调用其它组件处理用户的请求 HandlerMapping:处理器映射器,不需要工程师开发,由框架提供
最近由于项目的包扫描出现了问题,在解决问题的过程中,偶然发现了Spring和SpringMVC是有父子容器关系的,而且正是因为这个才往往会出现包扫描的问题,我们在此来分析和理解Spring和SpringMVC的父子容器关系并且给出Spring和SpringMVC配置文件中包扫描的官方推荐方式。
1、新建一个Module , springmvc-02-hello , 添加web的支持!
springMVC是一个MVC框架,他控制着请求相应的整个流程,从请求一进入到应用服务器到相应离开,都离不开mvc框架 请求在应用服务器中 先说说请求相应在应用服务器的整个过程 DisptacherS
优雅REST风格的资源URL不希望带 .html 或 .do 等后缀.由于早期的Spring MVC不能很好地处理静态资源,所以在web.xml中配置DispatcherServlet的请求映射,往往使用 *.do 、 * .xhtml等方式。这就决定了请求URL必须是一个带后缀的URL,而无法采用真正的REST风格的URL
2、收到请求后它会转发给处理器映射器(HandlerMapping),请求获取Handler。
网上对这个问题的分析及解决不是很深入,大部分并不能解决问题,而且内容基本相同,拿来主义把内容放在自己的博客上!本篇将深入Spring源码来分析问题出现的根本原因。 问题原因 报错原因可能有两种情况: 1.请求头中没有设置Content-Type参数,或Content-Type参数值不是application/json; 2.请求头中正确设置了Content-Type参数及参数值,但是在项目jar依赖中(pom.xml或build.gradle)没有添加处理json字符串的处理类,如果SpringMVC框架在
② http://localhost:8080/SpringMVC_09_WorkFlow/test.html
这个错误坑了我半天!!!百度谷歌上的解决方案差不多全部尝试了。 还是无法解决。后来是解决了。
作为.NET转Java的码农,有时候真的很怀念宇宙第一IDE:Visual Studio,根据模板创建的项目很少有不能直接运行的,算了,不说也罢,继续配置。。。
前言 在测试搜索时出现的问题,mysql通过中文查询条件搜索不出数据,但是英文和数字可以搜索到记录,中文无返回记录。本文就是写一下发现问题的过程及解决方法。此bug在第一个项目中点这里还存在,修
新建一个Moudle , springmvc-02-hello,确定依赖导入进去了
由于前端控制器对浏览器发送的请求进行了统一的处理,但是具体的请求有不同的处理过程,因此需要创建处理具体请求的类,即请求控制器
自问自答 1 Spring MVC的启动原理? spring mvc是基于ioc容器的,因此需要先创建IOC容器,才能创建对应的spring mvc执行环境。 IOC容器是通过ContextLoaderListener创建的,这个类通过servletContext创建。 在SpringMVC中,最核心的思想其实就是通过Servlet拦截URL,交给相应的handler处理。 2 如何拦截并解析的url? 通过DispatcherServlet转发请求,然后通过Handlermapping进行url映射的解析
我们用springmvc上传文件后 在当前target下就是找不到我们上传的文件和文件夹 可能是我们发布到了Tomcat服务器文件夹下了
spring目前来说是java最好的框架,springmvc是其中一个子集, java web开发过程中使用springmvc来实现前端页面或者其他 客户端与后台服务层打交道,目前来说http请求最常用的就是 get和post请求,参数格式也不尽相同,有最原始的请求参数带 在url中,包括后边发展而来的表单提交,以及目前比较流行的 前后端分离使用的json格式参数做数据交互。今天就工作中 遇到的json格式的数据交互问题作出分析和解决方案. 背景 由于刚到新公司时间不太长,难免会接受别人写的 不规范的代码和
DispatcherServlet是SpringMVC的核心分发器,它实现了请求分发,是处理请求的入口,本篇将深入源码分析它的初始化过程。 首先,从DispatcherServlet的名称上可以看出它
今天开始学习我自己总结的 Java-学习路线 中的《SpringMVC》,小简从 0 开始学 Java 知识,并不定期更新所学笔记,期待一年后的蜕变吧!
按:最近公众号文章主要是整理一些老文章,主要是个人CSDN上的博客,也会穿插一些新的技术点。 ---- 关于Spring、SpringMVC我们前面几篇博客都介绍了很多,但是还不够,这些框架中涉及到的注解、配置非常多,那么我们今天再来介绍一个SpringMVC的基本配置,灵活的使用这些配置,可以让我们在开发中更加灵活的处理业务逻辑。OK,废话不多说,那就开始吧。 SpringMVC基础配置(通过注解配置,非xml配置)这篇文章中我们的案例都会有一个MvcConfig的类用来做一个简单的配置,主要是通过Vie
概述 当DispatcherServlet接受到客户端的请求后,SpringMVC 通过 HandlerMapping 找到请求的Controller。 HandlerMapping 在这里起到路由的作用,负责找到请求的Controller。 Spring MVC 默认提供了4种 HandlerMapping的实现 org.springframework.web.servlet.handler.SimpleUrlHandlerMapping 通过配置请求路径和Controller映射建立关系,找到相应的
有段时间没用 Java 写过项目了,今天因为需求要搭建一个小项目,果然是略显生疏,一路磕磕碰碰的,不过总算都是让我解决了。
请求进入 DispactherServlet 会被分配给 doDispatch ,所以直接断点 doDispatch 即可
1、springmvc通过HandlerExceptionResolver处理程序的异常,包括Handler映射、数据绑定以及目标方法执行时发生的异常。
其本质还是把异常交给SpringMVC框架来处理 系统的dao、service、controller出现异常都通过throws Exception向上抛出,最后由springmvc前端控制器交由异常处理器进行异常处理。springmvc提供全局异常处理器(一个系统只有一个异常处理器)进行统一异常处理。
**系统的dao、service、controller出现异常都通过throws Exception向上抛出,最后由springmvc前端控制器交由异常处理器进行异常处理。springmvc提供全局异常处理器(一个系统只有一个异常处理器)进行统一异常处理。**
领取专属 10元无门槛券
手把手带您无忧上云