Seam与Richface性能及错误处理
Seam与Richface性能及错误处理
http://www.enthp.com/thread-22-1-1.html
org.jboss.seam.core.LockTimeoutException: could not acquire lock on @Synchronized component
1. 用队列控制 Event Traffic
1) 以下两个属性用来避免由频繁的 DHTML 事件所引发大量的 request 请求。
- eventsQueue
- requestDelay
2) 对于能够引发 Ajax Request 的 4 种控件来说,以上两种属性都是可用的。
3) eventQueue 属性
- 将 eventQueue 属性指定一个对列名,则在当前一个 Request 被 Server 处理而 Response 还未被发回之前,下一个 Request 都将停留在队列里,以等待 Response 被发回。
- 队列里总保持只有一个待发的 Request ,所有后续的 Request 都会将前面未发的 Request 清除掉。
比如,当你在 <a4j:support event="onkeyup"> 的文本框中输入第一个字符' a ',则第一个
Request 会被立即发到 Server ,但在 Response 被发回之前,你又输入了' b ',则文本框里的值变为' ab ',但这个
Request 只能等待第一个 Response 被发回来以后才能被送出。而此时,你又输入了第三个字符' c ',则' abc '的
Request 就回把队列里还没来得及发出去的' ab '的 Request 清除掉。此时,第一个 Response "终于"回来了,则'
abc '的 Request 才被顺利的发出去。
- 大致测试了一下,当多个控件将队列名都设为同一个的时候,比如 eventsQueue = fooQueue ,控件之间的 Request
不会相互干扰,也就是说控件 B 的新的 Request ,并不会把同一队列中控件 A 的未发的旧 Request 清除掉。
4) requestDelay 属性
- 单位毫秒 ms ,用来定义 Request 被发送出去之前,需要在队列里强制等待的时间。即使前面一个 Request 都没有,也必须老老实实等着到点。
- 可以将 eventsQueue 和 requestDelay 一起使用。
5) ignoreDupResponse 属性
- 将此属性设为 true ,则当同一控件发出新的 Request 的时候,当前的 Response 将被 Ajax 忽略掉。
注意,之前的 Request 在 Server 上已经被处理,只是 Response 在 Client 上被忽略掉了。
- eventsQueue 和 ignoreDupResponse 的区别在于:
前者的 Response 总是会被 Client 处理,然后队列中的 Request 才被发出,属于"先来后到";而对于后者来说,一旦发现同一控件又有了新的 Request ,则立即抛弃现有的 Response ,属于"喜新厌旧"。
- 如果设置了 ignoreDupResponse 而没有设置 eventsQueue ,则系统会根据控件的 ID 创建一个默认的事件队列。
2. JavaScript 交互
1) 调用自定义的 JavaScript 函数
尽管使用 RichFaces 时不用写 JavaScript ,但 RichFaces 仍然允许你调用自定义的 JavaScript 函数。
- onsubmit :仅当 Ajax Request 被发送之前;
- onbeforedomupdate :仅当 DOM 更新被处理之前;
- oncomplete : 当 DOM 更新被处理完毕之后。
2) data 属性
- 可以从 Server 上得到任何额外的数据,可以通过 EL 表达式简单地将 data 属性指向 bean property ,然后数据将会按照 JSON 的格式串行化到客户端。比如:
<a4j:commandButton value="Submit" reRender="out"
data="#
Unknown macro: {bean.text}
"/>- 除了基础类型,其他可以被串行化的复杂类型(数组、集合),也可以加入 JSON 格式。
3. 性能方面的考虑
1) 使用 eventsQueue 和 requestDelay
2) 使用 bypassUpdate 属性
当此属性设为 true 的时候, Update Model 和 Invoke Application 阶段将会被跳过,从而缩短响应时间。通常用在表单验证上。
3) 使用 <a4j:region>
- 当 renderRegionOnly 属性被设为 true 时, Browser 将只刷新当前 Region ,也就是发出 Ajax Request 的 Region 。对于 Region 以外的, Partial-Page 刷新将不会被处理。
- 当 renderRegionOnly 属性被设为 true 时,只有同时 满足以下两点的部分会被刷新:
控件必须在引发 Ajax Request 的 Region 里;
被设置为需要刷新(在当前 Region 的其他控件的 reRender 里或者在 <a4j:outputPanel ajaxRendered="true"> 里)。
其他的部分一概不会被刷新。
- selfRendered 属性
4. 验证用户输入(实例)
1) 使用 <a4j:region> 或者 ajaxSingle 属性来限制 process 的 Region ,以避免控件间相互干扰。
2) 使用 <rich:message> 来显示错误信息。
3) 使用 <a4j:region> 以及 renderRegionOnly 属性,而不是 ajaxSingle ,来避免错误信息被其他控件的单独 process 而被清除掉。
4) 使用 bypassUpdate 属性来跳过 Update Model 和 Invoke Application 阶段。
5. 使用 <a4j:actionparam>
1) <a4j:actionparam> 可以被认为是 <f:param> 和 <f:actionListener> 的组合:
- <f:param> - 在 request 中传递参数;
- <f:actionListener> - 设置 Bean property 的值。
2) 与 <f:setPropertyActionListener> 非常相似:
- value 对应 value ;
- assignTo 对应 target ;
- name 、 converter 没有对应。
【注意】因为需要向 request 传递参数,因此 name 属性一定不能少。
3) 不同点:
- <a4j:actionparam> 向 request 传参数,因此当要传的不是 String 的时候,需要
Converter 的支持;而 <f:setPropertyActionListener> 是直接设置 Bean property
,因此它不需要指定 Converter 。
- <f:setPropertyActionListener> 因为是 <f:actionListener> 类的
ActionListener ,因此总比 actionListener 属性类的方法调用的晚(《 JSF 核心编程》)。因此想用
<f:setPropertyActionListener> 给 actionListener 属性类的方法传递数据,恐怕不可行。但
<a4j:actionparam> 兼具两种功能,因此可以用作给 actionListener 属性类的方法传递数据。
- <a4j:actionparam> 既可以给 <a4j:commandButton> 和 <a4j:commandLink> 传递参数,也可以给 <a4j:support> 传递参数。
6. 使用 <a4j:repeat>
1) <a4j:repeat> 与 <h:dataTable> 很相似,用法也接近。不同点在于 Ajax Request 之后 <a4j:repeat> 可以只刷新选中的行或列,而不必刷新整个表格。
2) <a4j:repeat> 的体可以包含多种代码,从 JSF 控件到 HTML ,不一而足。
3) 使用 ajaxKeys 属性对选中列或行进行部分刷新
【注意】通过 reRender 刷新的控件,必须确保它能生成一些标记 markup ;如果组件不生成任何 markup 或者 rendered
设为 false ,则应该将其置于 PlaceHolder 中,比如 <h:panelGrid> 或者
<a4j:outputPanel> 。
- 基本属性:
value 、 var 与 <h:dataTable> 相同;
rowKeyVar 代表行号的变量名, String 类型。
- ajaxKeys 属性,指向一个 java.util.Set 对象,其中包含着需要被刷新的行号,从 0 开始计数,接受 EL 表达式;
- 每一行里引发 Ajax Request 的控件的 reRender 属性决定哪些列要被刷新;而 ajaxKeys 决定哪些行要被更新。这两个属性精确定位了需要刷新的"单元格",从而实现页面的部分刷新。
7. 使用 <a4j:status>
1) <a4j:status> 可以用来显示 Ajax Request 发送和结束的状态。
2) 可以引发 Ajax Request 的那四个 <a4j> 控件都可以通过' status '属性来指定 <a4j:status> 控件。
3) <a4j:status> 也可以被指定给 Region 。
4) <a4j:status> 的主要属性:
- startText 和 stopText
- <f:facet name="start"> 和 <f:facet name="stop"> ,任何 JSF 控件都可以加进来,包括 GraphicImage
5) 将 Status 指定给 Region
- 无需特别操作,只将 <a4j:status> 放在 Region 内即可;
- <a4j:status> 只为所在的 Region 服务,所在 Region 内部或外部的 Region 都不服务;
- <a4j:status> 也可以用其自身的 left 、 top 等属性精确定位。
8. 使用 <a4j:include> 和 <a4j:keepAlive>
1) 可以使用 <a4j:include> 在父 View 中包含子 View ,而子 View 仍然可以像正常 JSF 一样,按照导航规则导航。通常用来做向导之类的页面。
2) <a4j:include viewId="/step1.xhtml"/> 可以被放置于页面的任何位置。
【注意】 viewId 属性应该以" / "开头。
3) 在 faces-config.xml 中为子 View 定义导航规则, <from-view-id> 应该是子 View 的 view id 。
4) 使用 <a4j:keepAlive>
- 可以使 requestScope 的 bean 的生命长于 request 而又短于 Session ;
- name 属性指向 managed bean 的名字,而不是 EL 表达式;
- 原理在于, name 属性所指向的 bean ,在页面 render 之前被存储;当下一个 Request 到来时, bean 又被倒回 request ,而其之前的值仍然可用。
- 默认情况下, <a4j:keepAlive> 也可以为非 Ajax 请求服务;要想限制其只为 Ajax Request 服务,则要将其 ajaxOnly 属性设为 true 。
9. 使用 <a4j:jsFunction>
1) <a4j:jsFunction>
与其他四种可以引发 Ajax Request 的控件非常相似;不同点在于 <a4j:commandButton> 、
<a4j:support> 是通过 DHTML event 引发 Ajax Request ,而
<a4j:jsFunction> 是通过自定义的 JavaScript 函数来引发 Ajax Request 。当自定义
JavaScript 函数被调用的时候, Ajax Request 被引发。
2) <a4j:jsFunction> 也包含 action 、 actionListener 、 reRender 等属性,也可以包含 <f:param> 或 <a4j:actionparam> 。
3) <a4j:jsFunction> 也可以像 <a4j:commandButton> 一样作为独立控件使用,而不是像 <a4j:support> 一样。
10. 使用 <a4j:ajaxListener>
1) 该 Listener 只在 Render Response 阶段被调用,因此它总是会被调用到,不会被跳过。
2) 该 Listener 只为 Ajax Request 所调用。
3) 通常用来检查或设置需要被 render 的控件。
上一篇: ubuntu访问windows共享目录