- 本文基于Spring Web Flow 2.4.5,其它版本配置方式可能略有不同,请参考相应版本的官方文档
- Maven依赖
maven库查询推荐地址:http://mvnrepository.com/
1 | <dependency> |
Web Flow嵌入到Spring MVC工作流简介
请求被DispatcherServlet拦截 -> 分发flow进行处理,返回view -> viewResolver解析 -> 返回请求
配置项预览
- FlowRegistry:必须,注册流程,指明流程配置文件所在位置;指定流程id(用于请求访问标识);指定流程属性;此外还可以传入FlowBuilderServices进行更多个性化配置
- FlowBuilderServices:必须,用于设定流程配置文件中EL表达式的解析器、form属性绑定时的转换器、view-state的view解析器等,很重要
- FlowExecutor:必须,用于执行流程,可指定执行监听器(可选,常用于流程安全和持久化)
- FlowHandlerAdapter:必须,用于适配Spring MVC,配置时传入FlowExecutor
- FlowHandlerMapping:必须,用于将请求映射到对应的flow,配置时传入FlowRegistry
配置I - 注册流程 - FlowRegistry
FlowRegistry用于注册流程实例,指定流程位置和流程id,并可自定义流程创建相关内容
注册flow的各种方式
直接指定流程位置
默认情况下,web-flow的id为其文件名减去后缀名,如下配置的id为booking。指定了基地址或使用了通配符时除外。1
2<webflow:flow-location path="/WEB-INF/flows/booking/booking.xml" />
// 注册了一个路径为/WEB-INF/flows/booking/booking.xml的流程,其余为默认配置。自定义id
1 | <webflow:flow-location path="/WEB-INF/flows/booking/booking.xml" id="bookHotel" /> |
定义流程属性
如下定义了一个带有属性caption,其值为”Books a hotel”的流程。属性的使用方法暂时不了解1
2
3
4
5<webflow:flow-location path="/WEB-INF/flows/booking/booking.xml">
<webflow:flow-definition-attributes>
<webflow:attribute name="caption" value="Books a hotel" />
</webflow:flow-definition-attributes>
</webflow:flow-location>- 使用通配定义流程位置
使用该方法并没有正确实验出id,这点作为参考
1 | <webflow:flow-location-pattern value="/WEB-INF/flows/**/*-flow.xml" /> |
- 使用基地址
使用基地址的flow的id为其path属性减去文件名,如下配置的id为/hotels/booking;如果path中没有路径信息,只有文件名,则id为文件名减去后缀。1
2
3<webflow:flow-registry id="flowRegistry" base-path="/WEB-INF">
<webflow:flow-location path="/hotels/booking/booking.xml" />
</webflow:flow-registry>
flow id属性总结
- id的作用
id用于请求定位到某个确切的flow,如当请求路径为http://localhost:8090/Floyd/search-flow,其中Floyd是项目名,如果有id为search-flow的flow存在,则会访问该flow - id的定义
- 没有基地址或通配符时,flow的id为文件名减去后缀,如
<webflow:flow-location path="/WEB-INF/flows/booking/booking.xml" />
这里的id为booking - 有基地址时,id为path的值减去文件名,如基地址为
/WEB-INF
, path=/flows/booking/booking.xml
时,id被确定为flows/booking
- 有通配符时,该情况比较特殊,按照官方说明并没有验证通过,这里略过。
当显式指定了id属性时,则使用指定的id。推荐自定义idFlowRegistry继承
FlowRegistry是可以继承的,可以定义一个公用的注册器,在多个子注册器中继承该注册器
- 没有基地址或通配符时,flow的id为文件名减去后缀,如
1 | <!-- my-system-config.xml --> |
配置II - 使用FlowBuilder services
使用FlowBuilder Services可以在build流程时自定义服务,比如视图解析器、EL表达式解析器、类型格式化和转换服务等。如无显式设定FlowBuilder Services,系统将使用默认实现。
1 | <webflow:flow-registry id="flowRegistry" flow-builder-services="flowBuilderServices"> |
自定义视图解析器 view-factory-creator
view-factory-creator用于视图解析工作,默认的creator可以支持Spring MVC支持的几种视图类型:JSP, Velocity,FreeMarker等。
1 | <webflow:flow-registry id="flowRegistry" flow-builder-services="flowBuilderServices"> |
自定义表达式解析器 expression-parser
expression-parser用于定义表达式解析器,默认的解析器使用逻辑:当类路径下有Unified EL解析器时,则使用;没有时,则使用OGNL表达式解析器(官方文档在EL表达式一章和系统设置一章关于默认表达式解析说法有出入,自己认为比较可信的是Spring Web Flow 2.1以后,默认使用Spring EL表达式解析器)。
下面是手动配置成Unified EL解析器的方式:
1 | <webflow:flow-builder-services expression-parser="expressionParser"/> |
自定义类型转换器 conversion-service
详细内容参见本系列视图渲染相关章节或官方文档
1 | <webflow:flow-registry id="flowRegistry" flow-builder-services="flowBuilderServices" ... /> |
1 | public class ApplicationConversionServiceFactoryBean extends FormattingConversionServiceFactoryBean { |
配置III - 发布流程执行器 - FlowExecutor
FlowExecutor用于执行flow并管理flow执行过程,常见的自定义项有:设置监听器,监听流程执行过程并作出相应,如security监听器,用于监听并控制流程的访问权限;调整flow的部分持久化选项等。
- 注册监听器
1 | <!-- 这里是为特定的flow应用该监听器,当不设criteria属性时,将对所有flow应用 --> |
- 调整持久化参数
- max-executions: 设定为每个用户保留的执行数(没错,就是执行数),当超过该数量时,最先的那个执行会被清除。(这里的执行,我认为是一个新开的且处于激活状态下的flow实例)
- max-execution-snapshots: 设定每个执行保留的最大快照数。不允许保留时,设为0。允许无线保留时,设为-1。(快照用于浏览器的返回按钮)
1
2
3<webflow:flow-executor id="flowExecutor" flow-registry="flowRegistry">
<webflow:flow-execution-repository max-executions="5" max-execution-snapshots="30" />
</webflow:flow-executor>
配置IV - Spring MVC集成
基础配置(将请求转发给flow)
- Spring MVC基础配置
1 | <servlet> |
FlowHandlerAdapter
该步骤是使得Web Flow能够适配Spring MVC
当一个对flow的请求被接收到时,FlowHandlerAdapter会决定是启动一个全新的flow还是继续之前的流程(如从一个view-state跳转到下一个state就属于继续之前的流程),继续之前的flow是需要在请求有相关信息才行。有关这一方面,web flow默认有如下设定:
1.Http请求参数在任何情况下都是可以使用的
2.当一个flow执行结束,且结束时没有想浏览器发送最后的响应时,默认的handler会尝试在同一个request中启动一个新的flow执行
3.除了NoSuchFlowExecutionException异常外,所有其它异常都会以冒泡的方式抛到Dispatcher中。这是因为默认的handler会尝试自动从该异常中恢复过来,恢复的方式是新开一个全新的flow执行
针对大多数设定,都可以通过实现FlowHandlerAdapter类的子类进行自定义。
1 | <!-- Enables FlowHandler URL mapping --> |
配置V - FlowHandlerMapping
1 | <!-- Maps request paths to flows in the flowRegistry; |
有了Flow的基本配置和这里的两个Spring MVC的集成配置,请求就能够映射到flow中了。接下来就是写Flow了。想要快速上手的可忽略本文后面的内容,转而直接看本系列其它文章。
配置VI - 实现自定义的FlowHandler
FlowHandler讲解
FlowHandler可用于自定义flow在HTTP Servlert环境中执行的方式,FlowHandler在FlowHandlerAdapter中被使用,主要负责如下内容:- 返回flow的id以用于执行该flow
- 在新流程开始时创建输入
- 在流程结束时处理流程的输出
- 在流程发生异常时,处理这些异常其主要方法如下:
1 | public interface FlowHandler { |
该接口的直接实现为AbstractFlowHandler,当我们想要自定义某个设定时,继承该抽象类并重写其中的方法即可。
- 发布一个FlowHandler
一个FlowHandler负责一个flow,发布方式是在Spring环境中声明一个bean,该bean的name必须和我们想要处理的flow的id一致,配置好后,当方位该flow的id,则会定位到新发布的FlowHandler中,我们自定义的方法也就生效了。
1 | <!-- 这里的BookingHandler只是一个例子,实际用时替换成我们自己的Handler --> |
- 着重讲一下FlowHandler中handleExecutionOutcome(…)方法
该方法用于处理flow结束时产生的FlowExecutionOutcome(系统自动产生),我们常用它来在流程结束后进行重定向,比如
1 | public class BookingFlowHandler extends AbstractFlowHandler { |
默认情况下,该方法返回的地址是相关于当前Servlet的。但是我们也可以显式地指定一些前缀来扩展重定向的范围
– servletRelative
: - 相对于当前Servlet重定向
– contextRelative
: - 相对于当前应用重定向
– serverRelative
: - 相对于当前服务器的基地址重定向
– http:// or https://
- 重定向到一个完整的URI地址
相同的前缀同样适用于声明state时的view属性配上externalRedirect
的情况
1 | <end-state view="externalRedirect:http://springframework.org"/> |
—————————————————–手动分割线——————————————————————————————
一个能用的配置(采用Java config的方式配置)
WebInitializer(与web.xml作用类似)
1 | public class WebInitializer extends AbstractAnnotationConfigDispatcherServletInitializer { |
MainConfig(Spring的主要配置文件)
1 | @Configuration |
RegisterConfig(配置FlowRegister和flowExecutor)
1 | @Configuration |
配置时踩过的坑
flow id的坑
最开始对flow id的认识不够,导致不知道到底该如何定位到flow,其实访问方式就是 …/appName/flowId
Web MVC Environment null not supported
启动时正常,访问flow时报异常java.lang.IllegalStateException: Web MVC Environment null not supported
是在创建viewFactory时出错,由于我没有采用在config中声明bean的方式创建MvcViewFactoryCreator,因此出现找不到mvc环境的问题,原来是spring在自动检测并创建bean时,会同时设置该bean的环境,因此不能自己随意采用new的方式创建这些配置类JSP文件不解析
出现JSP文件不经过解析就直接传送给了浏览器的问题(对如下阐述的原理并不是很清楚)
url-pattern为”/*”时,能够匹配到任何路径,因此当controller返回.jsp文件时,也会被拦截,从而返回jsp源码(这里不是很理解,主要是跟自己认识的spring mvc处理流程有差别)。
url-pattern为”/“时,只能够匹配不带后缀的路径,因此jsp就不会被dispatcherServlet拦截,而是会被jspServlet拦截并处理。但是”/“在配置使能的情况下也能够拦截并允许静态资源的访问