1. J2EE 是什么?它包括哪些技术?解答:从整体上讲,J2EE 是使用 Java 技术开发企业级应用的工业标准,它是 Java 技术不断适应和促进企业级应用过程中的产物.适用于企业级应用的 J2EE,提供一个平台独立的.可移植的.多用户的.安全的和基于标准的企业级平台,从而简化企业应用的开发.管理和部署.J2EE 是一个标准,而不是一个现成的产品.主要包括以下这些技术:1) ServletServlet 是 Java 平台上的 CGI 技术.Servlet 在服务器端运行,动态地生成 Web

Action接口中提供了五个逻辑视图的名称 SUCCESS ERROR LOGIN INPUT:input在某些拦截器会使用 NONE 配置逻辑视图:struts_demo2.xml,配置后出现错误信息会跳转到指定页面 <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE struts PUBLIC "-//Apache Software Foundation//DTD Struts Conf

RDD依赖关系为成两种:窄依赖(Narrow Dependency).宽依赖(Shuffle Dependency).窄依赖表示每个父RDD中的Partition最多被子RDD的一个Partition所使用:宽依赖表示一个父RDD的Partition都会被多个子RDD的Partition所使用. 一.窄依赖解析 RDD的窄依赖(Narrow Dependency)是RDD中最常见的依赖关系,用来表示每一个父RDD中的Partition最多被子RDD的一个Partition所使用,如下图所示,父R

在struts2框架中,当action处理完之后,就应该向用户返回结果信息,该任务被分为两部分:结果类型和结果本身. 结果类型提供了返回给用户信息类型的实现细节.结果类型通常在Struts2中就已预定义好了(见下表),或者是由插件提供,开发人员也可以自定义结果类型.默认配置的结果类型是dispatcher,该结果类型使用JSP来向用户显示结果.当定义了结果类型之后,该结果类型可以在不同的action中重复使用. ? Struts2框架提供的结果类型 已配置结果类型名 类 名 描 述 dispat

MVC是三个单词的缩写:M,Model(模型):V,View( 视图 ),C,Control(控制). MVC模式的目的就是实现Web系统的职能分工, Model层:实现系统的业务逻辑,即javaBean部分 View层:负责与用户交互,即在界面上展示数据对象给用户,即html,jsp Control层:Model与View之间沟通的桥梁,它可以分派用户的请求并选择恰当的视图以用于显示,同时它也可以解释用户的输入并将它们映射为模型层可执行的操作,当然就是Servlet的职责了 下面我们用MVC设

一.使用Action的动态方法调用     如果一个页面包含多个按钮,系统分别提交给Action的不同方法处理.此时可以采用DMI(Dynamic Method Invocation,动态方法调用)来处理这种请求.动态方法调用是指表单元素的Action并不是直接等于某个Action名字,而且以如下形式指定表单的Action属性: <!-- action属性为actionNmae!methodName的形式 其中ActionName指定提交到哪个Action,而methodName指定提交到指定方

一.表单标签库 1.1.简介 从Spring2.0起就提供了一组全面的自动数据绑定标签来处理表单元素.生成的标签兼容HTML 4.01与XHTML 1.0.表单标签库中包含了可以用在JSP页面中渲染HTML元素的标签.表单标记库包含在spring-webmvc.jar中,库的描述符称为spring-form.tld,为了使用这些标签必须在jsp页面开头处声明这个tablib指令. <%@ taglib prefix="form" uri="http://www.spri

一.本来想说的是返回值处理问题,但在 SpringMVC 中,返回值处理问题的核心就是视图渲染.所以这里标题叫视图渲染问题. 本来想在上一篇文章中对视图解析进行说明的,但是通过源码发现,它应该算到视图渲染中,所以在这篇文章中进行说明. org.springframework.web.servlet.DispatcherServlet#doDispatch方法中 mv = ha.handle(processedRequest, response, mappedHandler.getHandler(

好伤心...写登陆注册之前看见一篇很好的博文,没有收藏,然后找不到了. 前几天在知乎上看见一个问题,什么时候感觉最无力. 前两天一直想回答:尝试过google到的所有solve case,结果bug依然在. 今天想回答:明明遇见过,就是找不到那篇文的时候.哭! ================================================ 学习mvc模式(其实是JSP作业),当然这个不只是Servlet+JSP+JavaBean一种case,它是一种思想,实现web系统的职能分

1.ViewResolverUrlBasedViewResolver 这个东西是根据url 进行路由的.网上搜了 1.order 排序,同名出现各种问题 2.XmlViewResolver,BeanNameViewResolver,ResourceBundleViewResolver 这个 根据配置文件去找不同的view 乱码...莫名,而且配置的起来比较麻烦,好处么,就是一个配置文件基本搞定所有页面位置 乱码据说WebApplicationContext 中可以设置某弄过 3.自己写个View

实际上在Struts2框架中,一个完整的结果视图配置文件应该是: <action name="Action名称" class="Action类路径" method="方法名"> <result name="逻辑视图名称" type="结果类型"> <param name="参数名称">参数值</param> </result>

前言 前面介绍了struts2的一个程序的大概流程,还有它的配置文件. 一.struts.xml文件元素详解 1.1.package元素 1)作用 在struts2的配置文件中引入了面向对象思想,使用了分包管理.易于管理动作类.便于模块化开发动作类. 2)属性 name:包的名称.必须写.且必须唯一. extends:一般情况下需要继承struts-default包,但不是必须的.不过如果不继承的话,将无法使用struts2提供的核心功能. struts-default.xml中定义着strut

使用Apache Tiles视图定义布局 为了在Spring中使用Tiles,需要配置几个bean.我们需要一个TilesConfigurer bean,它会负责定位和加载Tile定义并协调生成Tiles.除此之外,还需要TilesViewResolver bean将逻辑视图名称解析为Tile定义. 配置TilesConfigurer来解析Tile定义. @Bean public TilesConfigurer tilesConfigurer(){ TilesConfigurer tiles =

一.首先理解视图的解析过程 1)请求处理方法执行完成后,最终返回一个 ModelAndView 对象. ModelAndView 对象,它包含了逻辑名(访问URL)和模型对象(javaBean数据)的视图 2)视图解析器(ViewResolver)负责根据返回值(ModelAndView )作为页面地址得到视图对象. 即:将逻辑视图解析为一个具体的视图对象 常用的解析器: InternalResourceViewResolver 3) 视图(view)的作用是渲染模型数据,将模型里的数据以某种形

1. 理解视图解析 将控制器中请求处理的逻辑和视图中的渲染实现解耦是Spring MVC的一个重要特性.如果控制器中的方法直接负责产生HTML的话,就很难在不影响请求处理逻辑的前提下,维护和更新视图.控制器方法和视图的实现会在模型内容上达成一致,这是两者的最大关联,除此之外,两者应该保持足够的距离. 但是,如果控制器只通过逻辑视图名来了解视图的话,那Spring该如何确定使用哪一个视图实现来渲染模型呢?这就是Spring视图解析器的任务了. Spring MVC定义了一个名为ViewResolv

Spring实战第六章学习笔记----渲染Web视图 理解视图解析 在之前所编写的控制器方法都没有直接产生浏览器所需的HTML.这些方法只是将一些数据传入到模型中然后再将模型传递给一个用来渲染的视图.尽管我们编写了几个JSP视图但控制器不关心这些. 将控制器请求处理的逻辑和视图中的渲染实现解耦是SpringMVC的一个重要特性.而控制器只通过逻辑视图名来了解视图,这时就需要Spring视图解析器了. SpringMVC定义了一个名为ViewResolver的接口,大致如下所示: public i

理解视图解析 在前面的例子中,我们看到控制器返回的都是一个逻辑视图的名称,然后把这个逻辑视图名称交给view resolver,然后返回渲染后的 html 页面给 client. 将控制器中请求处理的逻辑和视图中的渲染实现解耦是Spring MVC的一个重要特性.如果控 制器中的方法直接负责产生HTML的话,就很难在不影响请求处理逻辑的前提下,维护和更新 视图.控制器方法和视图的实现会在模型内容上达成一致,这是两者的最大关联,除此之外, 两者应该保持足够的距离.但是,如果控制器只通过逻辑视图名来

一.将模型数据渲染为Html 在上一篇文章中,我们所编写的控制器方法都没有直接产生浏览器中渲染所需的HTML.这些方法只是将数据填充到模型中,然后将模型传递给一个用来渲染的视图.这些方法会返回一个String类型的值,这个值是视图的逻辑名称,不是引用直接的视图实现.尽管我们也编写了几个简单的JavaServerPage(JSP)视图,但是控制器并不关心这些.将控制器中请求处理的逻辑和视图中的渲染实现解耦是Spring MVC的 一个重要特性.如果控制器中的方法直接负责产生HTML的话,就很 难在

目录 一.前言 二.初始化 1. 容器初始化 根容器查找的方法 容器创建的方法 加载配置文件信息 2. MVC的初始化 文件上传解析器 区域信息解析器 handler映射信息解析 3. HandlerMapping的实现原理 HandlerExecutionChain RequestMappingHandlerMapping 三.请求响应处理 1. 请求分发 2. 请求处理 参数解析过程 传递页面参数 返回值解析 3. 视图解析 视图解析器 视图 一.前言 版本: springMVC 5.0.2

JavaBean基础使用方法与操作步骤 JavaWeb jsp Bean 项目结构 JavaBean的概念 JavaBean是可复用的.平台独立的软件组件 JavaBean既可以是简单的GUI要素,如按钮和滚动条 JavaBean也可以是复杂的可视化软件组件,如数据库视图 有些JavaBean是没有GUI表现形式的,常用来封装事务逻辑.数据库操作等等 我们可以把遵循某种规范的Java类称为JavaBean: 这个类是可序列化的 这个类必须带有一个无参的构造方法 这个类的属性必须通过get .se