3

WAS 7 の上にある WebSphere Portal Server 6.1 にポートレットをデプロイする JSF 1.2 を使用するプロジェクトに取り組んでいます。

でも。AoP ログを取得するために、アプリケーション全体で Spring Bean を使用しています。

JSF 2.0 が使えないのは少し面倒です。特に、ビュー スコープは私たちのアプリにとって理想的です。これは使用率の高いサイトであり、すべてのページ Bean をセッション スコープに保持するのは無駄であり、後で機能しないテスト チームから眉をひそめる原因になると確信しています。

Spring のカスタム スコープと、Spring スコープによって設定されたアクティブな Bean のマップを維持するだけのカスタム JSF コンポーネントを使用し、このコンポーネントをページにアタッチすることで、View Scope をエミュレートできることに気づきました。このマップで Bean を見つけることができるカスタム変数リゾルバーと共に、ビュー スコープをエミュレートできるはずです

(私たちの旅はわずか 4 ページですが、各ページには同じページへのポストバックがいくつかあります)

このアプローチはどのように聞こえますか? これをプロジェクトの同僚に提示して、すでに書いた Bean コードを分解し始める前に、どうにかして自分の足を撃っていないことを確認したいと思います。

4

1 に答える 1

4

Spring についてはわかりませんが、JSF 1.2 マネージド Bean の場合、トマホーク <t:saveState>は、JSF 1.2 リクエスト スコープ Bean を JSF 2.0 ビュー スコープ Bean と (ほぼ) まったく同じように動作させる方法でした。ほとんどの場合、ビューの破棄と状態の保存は JSF 2.x の方が少し効率的です。しかし、効果は最終的に同じです。

ビューの他の場所でそのタグで Bean を参照するだけです。

<t:saveState value="#{bean}" />
于 2012-05-25T20:07:05.617 に答える