欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

Seam与Richface性能及错误处理

程序员文章站 2022-07-16 19:51:17
...

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 的控件。

相关标签: seam richface