問題タブ [requestcontext]

<p:dialog>プログラムで開きたいです。

PrimeFaces ショーケースのDialogBean例で見つけたこのコードを試しました。

ただし、コンパイルエラーが発生しました：

タイプ RequestContext のメソッド openDialog(String) は未定義です

JavaScript でそれを行う方法を探しましたが、JavaScript で行う方法が明確ではありません。<p:dialog>ボタンを押して開くにはどうすればよいですか?

RequestContext を動作させることができません:

テンプレート コンテキスト プロセッサに追加しました。

他に何が欠けている可能性がありますか？

アイデアをありがとう！

gwt requestfactory についてあなたの助けが必要です

次のシナリオを検討
して ください: サーバーから既存のエンティティ (請求書としましょう) を取得します。

いくつか変更を加えたいので、新しいリクエストで編集します。

次に、2 番目のリクエストで行った変更をサーバーに送信して、プレビューを作成します。

リクエストが送信されると、請求書プロキシは凍結され、新しいリクエストにプロキシを割り当てて編集を再度有効にします。

すべて問題なければ、最新のリクエストを使用してプロキシを更新し、サーバーに送信します。

しかし、最新のリクエスト (request3) は、request2 に割り当てられたプロキシに加えられた変更について何も知らないため、変更がサーバーに到着することはありません。

次の解決策を考えました：

1. 最新のプロキシで変更をやり直すことができました。しかし、そのためには、すべての属性を反復処理して再度設定する必要があります (プロキシにいくつかの属性を追加するたびにメソッドを調整する必要があるため、あまり友好的な解決策ではありません)。
2. 別のアプローチは、id なしで proyx をサーバーに送信し、id を update-method の 2 番目のパラメーターとして送信することです。しかし、これは残念なことです。なぜなら、デルタだけがサーバーに送信されるわけではないからです (これは、requestFactory の優れた機能の 1 つです)。

したがって、別のリクエストに割り当てられたときに、プロキシに既に加えられた変更について request3 に知らせるための最善かつ最も一般的な方法は何ですか。

次のコードを使用して、Backing-Bean からダイアログを作成しようとしました。

これは私のダイアログです:

コマンドボタンを押した後、ダイアログを再度破棄したい。

と：

しかし、ダイアログはまだ表示されます。

次を使用してテンプレートにサイト名をロードしたいと思います。

私setting.pyが持っている：

と

また、クラスベースのビューを使用してビューをロードしています ( views.py):

urls.py:

次のようにコンテキスト変数に具体的に追加SITE_NAMEしない限り、アクセスできません。home/about.html

私が使用した場合、これは当てはまらないと思いました：

誰かが私を正しい方向に向けることができますか?

ビューに、Bean から更新したいコンポーネントがあります。

一度だけ機能します。2 番目のボタンを押しても何も起こりませんが、actionlistener の Bean メソッドが呼び出されました。

firebug を使用してブラウザのログを確認しましたが、エラーや奇妙に見えるものはありません。

私の Bean は ViewScope にあります。私はprimefaces 3.5を使用しています。

JSFPページ:

これは EJB コードです。

** アップデート：

例を少し読みやすくしました。「RequestScope」を使用しているときは機能していますが、情報を保持するにはviewScopeが必要です。

なぜこのようにしたいのかをよりよく理解するために、いくつかのモードで利用できるようにしたいいくつかの入力コンポーネントがあります。モードは StyleClass (つまり、myChangeClass) で示されます。ボタンを押すと、フォームのコンポーネントツリーを調べてスタイルクラスを検索し、ボタンをアクティブにします。コンポーネントごとに Bean の属性を保持して、これを行いたくありません。

元のリクエストをいくつかのレイヤーを介してメソッドパラメーターとして渡すことなく、現在のリクエストを子スレッドで利用できるようにしたいと考えています。アプリケーションは、サーブレットとポートレットの両方として実行されます。

通常、DispatcherServlet と DispatcherPortlet は、現在のリクエストを現在のスレッドの RequestContextHolder に設定します。このようにして、呼び出しスレッドは現在の要求にアクセスできます。要求は子スレッドに伝搬されません。

私の場合、リクエストは、RestTemplate を使用して ReST 呼び出しを行うサブスレッドを生成し、RestTemplate をインターセプトする ClientHttpRequestInterceptor で元のリクエストにアクセスする必要があります。インターセプトに渡されるリクエストは役に立ちません。サーバーにヒットした元のリクエストが必要です。

DispatcherServlet と DispatcherPortlet の両方に、RequestContext を子スレッドに渡す機能があります: setThreadContextInheritable(true)。ただし、そのフラグを true に設定するのはそれほど簡単ではないようです。それを設定する init-param はなく、通常は web.xml または portlet.xml で指定します。

xml 構成を使用してセッターを介してディスパッチャー ポートレットまたはサーブレットをカスタマイズする方法はありますか? 私が見つけた唯一の方法は、フラグを内部的に true に設定するカスタムのディスパッチャーサーブレット/ポートレットを作成し、それを web.xml および portlet.xml で使用することです。