首先事件是指从客户端页面（浏览器）由用户操作触发的事件，Struts使用Action来接受浏览器表单提交的事件，这里使用了Command模式，每个继承Action的子类都必须实现一个方法execute.
在struts中，实际是一个表单Form对应一个Action类（或DispatchAction），换一句话说：在Struts中实际是一个表单只能对应一个事件，struts这种事件方式称为application event，application event和component event相比是一种粗粒度的事件。
struts重要的表单对象ActionForm是一种对象，它代表了一种应用，这个对象中至少包含几个字段，这些字段是Jsp页面表单中的input字段，因为一个表单对应一个事件，所以，当我们需要将事件粒度细化到表单中这些字段时，也就是说，一个字段对应一个事件时，单纯使用Struts就不太可能，当然通过结合JavaScript也是可以转弯实现的。
而这种情况使用JSF就可以方便实现。
＜ h:inputText id="userId" value="#{login.userId}"＞
＜ f:valueChangeListener type="logindemo.UserLoginChanged" /＞
＜ /h:inputText＞
#{login.userId}表示从名为login的JavaBean的getUserId获得的结果，这个功能使用struts也可以实现，name="login" property="userId"
关键是第二行，这里表示如果userId的值改变并且确定提交后，将触发调用类UserLoginChanged的processValueChanged（……）方法。
JSF可以为组件提供两种事件：Value Changed和 Action. 前者我们已经在上节见识过用处，后者就相当于struts中表单提交Action机制，它的JSF写法如下：
＜ h:commandButton id="login" commandName="login"＞ ＜ f:actionListener type=”logindemo.LoginActionListener” /＞ ＜ /h:commandButton＞
从代码可以看出，这两种事件是通过Listerner这样观察者模式贴在具体组件字段上的，而Struts此类事件是原始的一种表单提交Submit触发机制。如果说前者比较语言化（编程语言习惯做法类似Swing编程）；后者是属于WEB化，因为它是来自Html表单，如果你起步是从Perl/PHP开始，反而容易接受Struts这种风格。
基本配置
Struts和JSF都是一种框架，JSF必须需要两种包JSF核心包、JSTL包（标签库），此外，JSF还将使用到Apache项目的一些commons包，这些Apache包只要部署在你的服务器中既可。
所以，从JSF的驱动包组成看，其开源基因也占据很大的比重，JSF是一个SUN伙伴们工业标准和开源之间的一个混血儿。
上述两个地址下载的jar合并在一起就是JSF所需要的全部驱动包了。与Struts的驱动包一样，这些驱动包必须位于Web项目的WEB-INF/lib，和Struts一样的是也必须在web.xml中有如下配置：
＜ web-app＞ ＜ servlet＞ ＜ servlet-name＞Faces Servlet＜ /servlet-name＞ ＜ servlet-class＞javax.faces.webapp.FacesServlet＜ /servlet-class＞ ＜ load-on-startup＞1＜ /load-on-startup＞ ＜ /servlet＞ ＜ servlet-mapping＞ ＜ servlet-name＞Faces Servlet＜ /servlet-name＞ ＜ url-pattern＞*.faces＜ /url-pattern＞ ＜ /servlet-mapping＞ ＜ /web-app＞
这里和Struts的web.xml配置何其相似，简直一模一样。
正如Struts的struts-config.xml一样，JSF也有类似的faces-config.xml配置文件：
＜ faces-config＞ ＜ navigation-rule＞ ＜ from-view-id＞/index.jsp＜ /from-view-id＞ ＜ navigation-case＞ ＜ from-outcome＞login＜ /from-outcome＞ ＜ to-view-id＞/welcome.jsp＜ /to-view-id＞ ＜ /navigation-case＞ ＜ /navigation-rule＞ ＜ managed-bean＞ ＜ managed-bean-name＞user＜ /managed-bean-name＞ ＜ managed-bean-class＞com.corejsf.UserBean＜ /managed-bean-class＞ ＜ managed-bean-scope＞session＜ /managed-bean-scope＞ ＜ /managed-bean＞ ＜ /faces-config＞