转载 richfaces 精讲
http://hintcnuie.iteye.com/blog/127309
关键字: ajax4jsf richfaces 总结
Ajax components attributes help RichFaces to expose its features. Most of the attributes have default values. Thus, you can start working with RichFaces without knowing the usage of these attribute. However, their usage allows to tune the required Ajax behavior very smoothly.
Re-Rendering
reRender is a key attribute. It allows to point to the area(s) on a page that should be updated as a response on Ajax interaction. The value of the reRender attribute is an id of the JSF component or an id list. This is a simple example:
- ...
- <a4j:commandButton value="update" reRender="infoBlock"/>
- ....
- <h:panelGrid id="infoBlock">
- .....
- </h:panelGrid>
- .....
- .....
- <h:form id="form1">
- ....
- <a4j:commandButton value="Usual Way" reRender="infoBlock, infoBlock2" />
- <a4j:commandButton value="Shortcut" reRender=":infoBlockl,:sv:infoBlock2" />
- .....
- </h:form>
- <h:panelGrid id="infoBlock">
- .....
- </h:panelGrid>
- .....
- <f:subview id="sv">
- <h:panelGrid id="infoBlock2">
- .....
- </h:panelGrid>
- .....
- </f:subview>
You can use JSF EL expression as a value of the reRender attribute. It might be a property of types Set, Collection, Array or simple String. The EL for reRender is resolved right before the Render Response phase. Hence, you can calculate what should be re-rendered on any previous phase during the Ajax request processing.
Most common problem with using reRender is pointing it to the component that has a 'rendered' attribute. Note, that JSF does not mark the place in the browser DOM where the outcome of the component should be placed in case the 'rendered' condition returns false. Therefore, after the component becomes rendered during the Ajax request, RichFaces delivers the rendered code to the client, but does not update a page, because the place for update is unknown. You need to point to one of the parent components that has no 'rendered' attribute. As an alternative, you can wrap the component with a4j:outputPanel layout="none".
ajaxRendered attribute of the a4j:outputPanel set to true allows to define the area of the page that will be re-rendered even if it is not pointed in the reRender attribute explicitly. It might be useful if you have an area on a page that should be updated as a response on any Ajax request. For example, the following code allows to output error messages regardless of what Ajax request causes the Validation phase failed.
- <a4j:outputPanel ajaxRendered="true">
- <h:messages />
- </a4j:outputPanel>
limitToList attribute allows to dismiss the behavior of the a4j:outputPanel ajaxRendered attribute. limitToList = "false" means to update only the area(s) that mentioned in the reRender attribute explicitly. All output panels with ajaxRendered="true" will be ignored.
Queue and Traffic Flood Protection
eventsQueue attribute defines the name of the queue that will be used to order upcoming Ajax requests. By default, RichFaces does not queue Ajax requests. If events are produced simultaneously, they will come to the server simultaneously. JSF implementations (especially, the very first ones) does not guaranty that the request that comes first will be served or passed into the JSF lifecycle first. The order how the server side data will be modified in case of simultaneous request might be unpredictable. Usage of eventsQueue attribute allows to avoid possible mess. Define the queue name explicitly, if you expect intensive Ajax traffic in your application.
The next request posted in the same queue will wait until the previos one is not processed and Ajax Response is returned back if the eventsQueue attribute is defined. In addition, Richfaces starts to remove from the queue 'similar' requests. 'Similar' requests are the requests produced by the same event. For example, according to the following code, only the newest request will be sent to the server if a user types very fast and has typed the several characters already before the previous Ajax Response is back.
- <h:inputText value="#{userBean.name}">
- <a4j:support event="onkeyup" eventsQueue="foo" reRender="bar" />
- </h:inputText>
requestDelay attribute defines the time (in ms.) that the request will be wait in the queue before it is ready to send. When the delay time is over, the request will be sent to the server or removed if the newest 'similar' request is in a queue already .
ignoreDupResponses attribute orders to ignore the Ajax Response produced by the request if the newest 'similar' request is in a queue already. ignoreDupResponses="true" does not cancel the request while it is processed on the server, but just allows to avoid unnecessary updates on the client side if the response loses the actuality.
Defining the eventsQueue along with requestDelay allows to protect against unnecessary traffic flood and synchronizes Ajax requests order. If you have several sources of Ajax requests, you can define the same queue name there. This might be very helpful if you have Ajax components that invoke request asynchronously from the ones produced by events from users. For example a4j:poll or a4j:push. In case the requests from such components modify the same data, the synchronization might be very helpful.
Data Processing Options
RichFaces uses form based approach for Ajax request sending. This means each time, when a user click an Ajax button or a4j:poll produces an asynchronous request, the data from the closest JSF form is submitted with the XMLHTTPRequest object. The form data contains the values from the form input element and auxiliary information such as state saving data
When ajaxSingle attribute is equal true, it orders to include only a value of the current component (along with f:param or a4j:action param values if any) to the request map. In case of a4j:support, it will be a value of the parent component.
Note, that ajaxSingle="true" reduces the upcoming traffic, but does not prevent decoding other input components on the server side. Some JSF components, such as h:selectOneMenu do recognize the missing data in the request map value as a null value and try to pass the validation process with a failed result. Thus, use a4j:region to limit a part of the component tree that will be processed on the server side when it is required.
immediate attribute has the same purpose as any other non-JSF component. The default ActionListener should be executed immediately (i.e. during the Apply Request Values phase of a request processing lifecycle), rather than waiting until the Invoke Application phase. Using immediate="true" is one of the ways to have some data model values updated when other cannot be updated because of a problem with passing the Validation phase successfully. This might be important inside the h:dataTable like components where using a4j:region is impossible due to the h:dataTable component architecture.
bypassUpdates attribute allows to bypass the Update Model phase. It might be useful if you need to check user input against the available validator, but not to update the model with those data. Note, that an action will be invoked at the end of the Validation phase only if the Validation phase is passed successfully. The listeners of the Application phase will not be invoked in any case.
Action and Navigation
Ajax component is similar to any other non-Ajax JSF component like h:commandButton. It allows to submit the form. You can use action and actionListener attribute to invoke the action method and define the action event.
action method must return null if you want to have an Ajax Response with a partual page update. This is regular mode called "Ajax request generates Ajax Response". In case of action does not return null, but the action outcome that matches one of navigation rules, RichFaces starts to work in "Ajax request generates Non-Ajax Response" mode. This mode might be helpful in two major cases:
- RichFaces allows to organize a page flow inside the a4j:include component. This is a typical scenario for Wizard like behavior. The new content is rendered inside the a4j:include area. The content is taken from the navigation rule of the faces configuration file (usually, the faces-config.xml). Note, that the content of the "wizard" is not isolated from the rest of the page. The included page should not have own f:view (it does not matter if you use facelets). You need to have an Ajax component inside the a4j:include to navigate between the wizard pages. Otherwize, the whole page update will be performed.
- If you want to involve the server side validators and navigate to the next page only if the Validation phase is passed successfully, you can replace h:commandButton with a4j:commandButton and point to the action method that navigates to the next page. If Validation process fails, the partial page update will occur and a user will see an error message. Otherwize, the application proceeds to the next page. Make sure, you define <redirect /> option for the navigation rule to avoid memory leaks.
Javascript Interactions
RichFaces allows writing Ajax-enabled JSF application without writing any Javascript code. However, you can still invoke the javascript code if you need. There are several ajax attributes that helps to do it.
onsubmit attribute allows to invoke javascript code before an Ajax request is sent. If 'onsubmit' returns false, the Ajax request is canceled. The code of 'onsubmit' is inserted before the RichFaces Ajax call. Hence, the 'onsubmit' should not has a 'return' statement if you want the Ajax request to be sent. If you are going to invoke a javscript function that returns true or false, use the conditional statement to return something only when you need to cancel the request. For example, onsubmit="if (mynosendfunct()==false){return false}".
onclick attribute is similar to the 'onsubmit', but for clickable components such as a4j:commandLink and a4j:commandButton. If it returns false, the Ajax request is canceled also.
oncomplete attribute allows to invoke the javascript code right after the Ajax Response is returned back and the DOM tree of the browser is updated. Richfaces registers the code for further invocation of XMLHTTP request object before an Ajax request is sent. This means the code will not be changed during processing of the request on the server if you use JSF EL value binding. Also, you cannot use 'this' inside the code, because it will not point the component where Ajax request was initiated.
data attribute allows to get the additional data from the server during an Ajax call. You can use JSF EL to point the property of the managed bean and its value will be serialized in JSON format and be available on the client side. You can refer to it using the 'data' variable. For example:
Richfaces allows to serialize not only primitive types into JSON format, but also complex types including arrays and collections. The beans should be serializable to be refered with 'data'.
相关推荐
Richfaces标签 简介Richfaces标签相关内容 初学者认知
richfaces标签学习笔记richfaces标签学习笔记richfaces标签学习笔记richfaces标签学习笔记
这是richfaces 3.3.1的用户手册PDF版
教会如何使用richfaces,及richfaces应用
richfaces技术文档,官方英文文档
Richfaces组件使用指南、richfaces手册(很详细、很全面的教程)
关于richfaces的一些比较好的资料,希望大家看了能有收获
RichFaces组件简介,复合组件,日期控件,Ajax标签, 轻松实现。RichFaces组件简介,复合组件,日期控件,Ajax标签, 轻松实现。RichFaces组件简介,复合组件,日期控件,Ajax标签, 轻松实现。
RichFaces_3.3.3_TLD.chm
richfaces中文开发文档 纯中文 适合维护老项目的人
使用richfaces需要用到的jar包! commons-beanutils-1.7.0.jar,commons-codec-1.3.jar,commons-collections-3.2.jar,commons-digester-1.8.jar,commons-discovery-0.4.jar,commons-el-1.0.jar,commons-...
richfaces3.1.4版的demo,运行在jboss和tomcat5.5下
Richfaces ShowCase离线包,可直接在tomcat下部署,含在线演示例子。
RichFaces4.5 JavaApi JSApi API文档 英文版
richfaces4.0所需的jar包,richfaces4.0所需的jar包,richfaces4.0所需的jar包,
Richfaces3.3.3常用组件使用手册 便于学习Richfaces和a4j和jsf框架 很好很实用
本文档主要根据richfaces3.3.3 用户手册和demo 编写。 Richfaces 下载地址http://www.jboss.org/richfaces/download/stable。 demo 下载地址http://www.jboss.org/richfaces/demos。
richfaces-distribution-4.5.8.Final的richfaces-showcase的部署包
richfaces-ui-3.1.2的组件。AJAX基于jsf。全程是JBoss RichFaces ,不知道为什么在Exadel上找不到免费下载,还不清楚和Exadel RichFaces在代码中的关系到了什么程度。
richfaces环境搭建所需要的jar richfaces-api-3.3.1.GA.jar richfaces-impl-3.3.1.GA.jar richfaces-ui-3.3.1.GA.jar 希望对搭建有帮助