传统MVC框架的简化流程图:
所有的Web应用都是基于请求/响应架构的,虽然说JSF不是基于请求/响应的,而是以事件响应机制来进行通信的,可以将视图页面的UI组件状态绑定到托管Bean,也可以通过视图页面中UI组件的事件来触发托管Bean的方法,但这些都是开发者所看到的,其实只是JSF做了进一步的封装而已。
JSF也是一个MVC框架,依然无法改变Web应用的请求/响应的基本流程。JSF提供的核心控制器是javax.faces.webapp.FacesServlet。
在web.xml中配置FacesServlet核心控制器:
FacesServlet也是一个Servlet,在web.xml的配置和普通的Servlet配置没有什么区别:
<!-- JSF的核心控制器 FacesServlet -->
<!-- Faces Servlet Mapping -->
这里设置了拦截.jsf结尾的请求。
需要为JSF配置一些额外的参数,可以在web.xml中使用
<!-- 配置JSF程序状态的保存位置,如果设置成server则保存在session中,
如果保存在client中可以保证服务器重启应用状态也不会丢失 -->
<!-- 程序状态保存在客户端 -->
<!\-\- 指定JSF映射资源时的默认后缀,默认为.jsp -->
<context-param>
<param-name>javax.faces.DEFAULT_SUFFIX</param-name>
<param-value>.jsp</param-value>
</context-param>
<!\-\- 指定JSF所管理的生命周期实例的标识符 -->
<context-param>
<param-name>javax.faces.LIFECYCLE_ID</param-name>
<param-value></param-value>
</context-param>
<!\-\- 指定JSF配置文件的保存位置 -->
<context-param>
<param-name>javax.faces.CONFIG_FILES</param-name>
<param-value>/WEB-INF/faces-config-beans.xml,/WEB-INF/faces-config-nav.xml</param-value>
</context-param>
<!\-\- 指定是否需要验证自定义组件 -->
<context-param>
<param-name>javax.faces.verifyObjects</param-name>
<param-value>true</param-value>
</context-param>
<!\-\- 指定是否需要验证XML文件 -->
<context-param>
<param-name>javax.faces.validateXml</param-name>
<param-value>true</param-value>
</context-param>
<!\-\- 当设置在服务器端保存状态时,控制session保存的视图数量,-1表示没有限制 -->
<context-param> <param-name>javax.faces.NUMBER_OF_VIEWS_IN_SESSION</param-name>
<param-value>-1</param-value>
</context-param>
JSF的配置文件faces-config.xml
最常用的两个配置元素:
其他的配置元素: 应用管理相关配置:
**
注册自定义组件的相关配置:
**
高级扩展配置:
**