カテゴリー: その他

＜Jetspeed2＞入力された文字化けの問題を解決するために試しに、パイプラインで作ってみた。しかし、機能しない。どうやら、ポートレット自体がアプリケーションだから、処理が移動した先でsetCharacterEncodingしないと、有効にならない気がする。つまり、フィルタの方法を選択すべきであるということか・・・。

＜Jetspeed2＞さらに調べると、setCharacterEncodingで渡した値は、ポートレットまでいっているようだ。つまり、問題は別なところにあるのか・・・。フィルタの方法についても考えているが、ポートレット側で、org.apache.jetspeed… とかいうようなクラスを呼ぶと、JSR 168 の互換性を失う気がする・・・。だから、フィルタの方法は良くない気がしてきた・・・。そうすると、パイプラインで何とかするしかないな・・・。

＜Jetspeed2＞なんか、Request#getAttributeまわりの処理がおかしいんじゃないかね・・・。化ける・・・。調べなきゃ。pluto側の問題でなければ、いいけど。

＜停電＞今週末は、実家に帰っていて、留守にしていたけど、そのときちょうど、停電があったらしい・・・。そういうわけで、サーバーが落ちてしまっていた・・・。困ったもんだ・・・。

＜Jetspeed2＞文字化けについて考える。フォームによって送られた文字列はどこでだだしいエンコーディングに修正されるべきだろうか？コンテナ側でやるか、個々のポートレットでやるべきか・・・。しかし、ポートレット側だと、正しいエンコーディングが得て、処理するのも困難かもしれない。ポータルサーバーのコンテナ側でやるにしても下手に入れると、JSR168に準拠しているにもかかわらず、動かないかもしれない・・・。というわけで、パイプラインに入れるべきか、フィルタにするべきか悩むところ・・・。とりあえず、現状では、Strutsデモポートレットで化けていた。うーん、現状では、フィルタにした方が害がなさそうな気も・・・。超悩む・・・。

＜人名用漢字案で一部削除へ＞だって・・・。っていうか、そんな漢字を使えるようにする方がおかしいじゃん・・・。よほど、世間知らずの人が決めているのかね・・・。