jsfでBusyConversationExceptionを回避する方法

Question

jsfプロジェクトのページを移動中にBusyConversationExceptionが発生しました。これは主に、ユーザーがajax呼び出し中に別のページに移動しようとした場合に発生します。これは、ユーザーがページの読み込みを待たずに別のリンクをクリックした直後にリンクをクリックした場合にも発生します。

たとえば、次のようなコードで生成された複数のリンクをユーザーがクリックした場合は、この例外が発生します。もう1つの例は、ユーザーがテキストフィールドにクエリを入力し、アプリケーションがこのクエリを検索するためのajax呼び出しを行うことです。そのクエリ中に、ユーザがあるボタンをクリックして別のページに移動すると、BusyConversationExceptionも発生します。

<h:commandLink value="#{theProfile.profileName}" 
       title="#{theProfile.profileName}" 
       action="#{profileBean.aProfileSelected}"> 
       <f:setPropertyActionListener target="#{currentProfileWebBean.theProfile}" value="#{theProfile}"/> 
</h:commandLink> 

私はExceptionHandlerWrapperクラスを拡張exceptionHandlerのクラスで例外のこのタイプをキャッチすることができますが、私は私の現在の状態を保存することはできませんし、私はこのような場合のためにできる最善のは、この例外が発生すると、メインページにリダイレクトすることです。

これを回避する解決策はありますか？回答とコメントに感謝します。

Answer 1

他の回答で述べたように、AJAXリクエストがまだ処理されているかどうか、AJAXイベントが前に提出するcommandLinkの実際のクリックにトリガされた場合、これは起こりますまたはcommandButton（入力フィールドのchangeイベントなど）

TherforeそれはAJAXイベントが伝播によるトリガされていないので、onclick="preventEventPropagation(event)";でBusyConversationExceptionsを避けるためにことはできません。

保留中のajaxイベントが完了するまで、実行中のajaxリクエストをリッスンし、サブミットをブロックすることで、問題を簡単に回避できます。

この問題と解決策については、このブログ記事JSF2 AJAX/Submit conversation issueで詳しく説明しています。

Answer 2

私はこれを時折見てきました。私はそれが会話へのアクセスを直列にいくつかの努力をすることをお勧めだと思うし始めている：あなたがターゲットビューのためにその会話のインスタンスを必要としないときの会話ID（CID）を伝播する

1. 避けます。具体的には、無関係なナビゲーションリンク/ボタンはcidパラメータを抑制する必要があります（正確に行う方法は考えていません）
2. アクティブな会話を使用するリクエストを開始するときは、会話を伝播し、アクセス。 PrimeFacesまたは（さらに優れた）PrimeFaces ExtensionsのblockUIコンポーネントは、PrimeFaces p：ajaxStatusとともにビジー状態を示すとともに、半透明のオーバーレイとしても機能します。
3. 可能な限り遅く会話を開始してください。これにより、長期的な会話が伝播するケースが最小限に抑えられます。

私はこれが完全な解決策だとは思わないが、 cidがロケーションバーで終了すると（会話がアクティブなときにフォームのバック以外のポストバックを行うと起こる）、複数のタブ/タブのためにその会話へのアクセスのタイミングを制御できなくなる可能性があります。窓、ブックマークなど

Answer 3

私は

が同時要求が同じ対話コンテキストに関連付けられているため、コンテナが要求を拒否したことを示し、これを発見しました。

コンテナは、同時実行要求をブロックまたは拒否することにより、長期間の会話が一度に最大で1つの要求に関連付けられることを保証します。コンテナがリクエストを拒否した場合は、リクエストを新しい一時的な会話に関連付け、JSFライフサイクルのリストア・ビュー・フェーズでBusyConversationException型の例外をスローする必要があります。

は、私はまた私がクリックして使用したのと同じ問題に直面しhere

Answer 4

を参照してください。

busyConevrsationはそのイベントで2つのアクションが発生しているので、commandLinkでそのクリックのイベント伝播を防ぐためにonclick="preventEventPropagation(event)";を使用しています。だから私は同じものを使用して、それは私のために働いています。

だから今BusyConversationExceptionを得ていないのです:)