今日のひとこと

かなり格闘しているけど、現在は、MyFaces環境で動作確認中。っで、現在、一つ問題が・・・。javax.faces.STATE_SAVING_METHODがclientだと、イベントが処理されない。原因は、ViewTag#doAfterBodyで、クライアントのときにFORM_STATE_MARKERとかを置き換えるのだけど、それができないみたい。ここで、ResponseWriterをcloneしたりしているから、何が起こっているのか確認しないとわからんな・・・。

各ポートレットと PAL Portal のリリース計画を立ててみる。まず、

• MyFaces ブリッジ 0.8 リリースする (名前を Tomahawk ブリッジに替えたいところ・・・)

たぶん、現状のものでいけるとは思うが、Liferay と JBoss Portal で動作確認して、動くなら、リリース。でも、javax.faces.STATE_SAVING_METHODについては、server のみサポートにしておこう。client については、次で考えることにする(clientでも動けば、MYFACES-434に終止符を打てるんだけどな)・・・。

• TODO リスト、アドレス帳、ノートパッド、VFS ポートレットをリリースする

MyFaces ブリッジがきちんと動いているなら、これらのポートレットもLiferay や JBoss Portal で動くはず。というわけで、現状、Jetspeed2 でしか、動いていない状況を変えたい。アドレス帳は登録時に日付がおかしい問題があるのでそれだけは直す必要がある。ブログポートレットは、次の Teeda のリリースが必要なので、基本的には、少々待ちにする(まぁ、パッチを当てたリリース物で回避してもいいけど、これらの作業をしている間に次のリリース時期になっているような気もする)。

• PAL Portal beta1 をリリースする

J2 デスクトップ版のリリースは、ちょっと質的に厳しい気もするので、普通の J2 にデコレータを作成して、それをリリースしようと思う。J2 デスクトップの質的な話は、Steve が何か作業すると思うし、進んでいなかったら、PAL Portal beta1 のリリース後に考えよ・・・。

とりあえず、以上のことを数週間のうちに完了させたいところ(MyFacesブリッジに結構はまったから、考えていたプランより遅れ気味・・・)。ここまでできたら、MyFaces ブリッジの client 状態サポートや新規ポートレットを考えよう。

ライフサイクルで置き返しているのだが、これだと、ResponseWriterがJSFの実装によってはうまく動かないことが判明。というか、やりかたとしては、ライフサイクルじゃなくて、RenderKitFactoryを差し替えるのが正しい気がする。というわけで、再検討しよ・・・。