カテゴリー: JSF

だそうな。faces-config.xmlとかがなくても良いっぽい。まぁ、使えるものは来年以降の話だと思うけど(うーん、来年というのも微妙な気がするけど)・・・。

http://weblogs.java.net/blog/edburns/archive/2007/03/prejcpfiled_dra_1.html

MyFaces の Using Portlets の Wiki ページを MyFacesブリッジから、Tomahawk ブリッジへのリンクに変更しておく。どんなフィードバックがあるかわからんが、様子を見ることにする。

http://wiki.apache.org/myfaces/Using_Portlets

Stan がいじっているので、どうなったか確認してみる。

• 相変わらず、FacesContext をセッションに入れる
• prcessActionからrenderへRequestのAttributeを渡すのには、SavedRequestAttributesを利用して、processActionですべてを保存(つまり、セッションへ・・・)、そして、上書きしないようにrenderで復元。そして、このSavedRequestAttributesは、セッションから削除されないような気が・・・。
• 各 render の終わりには、renderCleanup でセッションにある CURRENT_FACES_CONTEXT のFacesContextインスタンスを削除。ついに消したか・・・。これで、１つのページに複数のポートレットがあるときに、他のポートレットが更新されたときにページを維持できなくなったでしょう。まぁ、苦情が多かったから、仕方がないというものあるけど。
• REDEPLOY_FLAG を使って、ポートレットの再配備を確認している。

と言ったところかな。まぁ、個人的には、２番目のやつが大問題になると思うのだけど(JSFの実装にもよるが)。TeedaのFacesPortletでは、それは避けないとなっとちょうど思ったいたものだし。２番目は、新たな苦情の発生源になる気もする。最後のREDEPLOY_FLAGは、面白いな。これはTeedaのポートレットにも導入する価値はあると思う。まぁ、感想としては、１歩進んで、２歩さがる(後退じゃん)ような実装な感じな気がする。