Pebble JP

Pebbleのローカライズ状況

Mon, 25 Aug 2008 02:03:21 +0900

リポジトリ（/trunk）を見てみるとログイン後の管理メニューがローカライズ対象になっています。たぶん次のバージョンからだと思います。

これでPebbleが完全にローカライズできることになります。
現在開発の様子を見ながら日本語リソースを作ってみています。

#しかし「Unpublished entries」は「下書き」のままでいいのかな？
「非公開」も「未公開」もしっくりこないけど。

そして、このブログの役目も終わりです。Luceneの検索など完全に日本語が通らなかったり、テンプレートの自由度がなくなったのでカスタマイズは難しくなったりでまだやる事はあるのですが。。
でも、いろいろ勉強になりました。

Pebble2.2あたりから重くなってきた？

Wed, 13 Feb 2008 01:13:42 +0900

FCKEditor、DWR、scriptaculousにprototypeと、
Javascriptライブラリ利用が増えたせいでしょうか、
Pebbleが少しずつ重くなってきているような気がします。

また、サーバー側も一部しか使っていないのだけど、
Spring、DWRなどを使っていますのでパフォーマンスが
悪くなってきているのかなと。

キャッシュ（ehcache）などで速度アップをしているけど追いついていないのでしょうか？

Pebbleはライトウェイトなブログであって欲しい！
そう思っています。

SoftReference

Thu, 15 Nov 2007 04:45:16 +0900

ここの書込みをしていないですね。
最近Pebbleの解析をしていないのであまりネタがありませんが、少し覚書きなどに使おうと思います。

ブログのエントリーをXMLでファイルシステムに保存し、起動時にエントリーを（時には全て）配列に読み込み、必要に応じLuceneでインデックスを作成する。

RDBMSを使わずとも十分な検索パフォーマンスが得られ、さらにメンテナンス性も高く申し分ない構造ですが、複数ブログの場合はエントリー数は膨大になってしまうのが欠点です。
何らかのキャッシュシステムが必要になってきます。

Pebbleではこれを、
java.lang.ref.SoftReference を使って、エントリークラスの配列（日単位）をガベージコレクション（FullGC）が作動した際に自動的に参照が切れるようにして開放の候補にさせています。

GCがVMの実装依存であるため、またJDK6でも構造がかなり変わっているので不安な面もありますが、ほぼ問題なく動いているように思います。

Java特有のデザインではありますが、大変実装がしやすく、メンテナンスしやすいです。他のシステムでも応用ができると思います。

最近はRDMSを使用しないシステム開発こそが最も「幸せ」なのではないかと感じています。

またXMLパースですが、Pebbleでは XML->ObjectにSAX、Object->XMLにDOMを使っています。今だとJAXBを使うことも出来ますし、また軽量にXML->ObjectだけJakarta CommonsのDigesterを使うのもありです。

[追記]
Pebble2.xからはehcacheを使って効率をあげています。
やはりコントロールが出来ないのがネックなんでしょうね。

TrackBackToken

Wed, 24 Jan 2007 00:42:35 +0900

スパム対策で2.0から実装されたTrackBackToken。
10分の有効期限で、そのトークンは20分に一度タイマータスクで削除している。
このスレッド、動いてないような気がします。
匿名クラスで定義していて、そこからTrackBackTokenManagerクラスのメソッド（isValid）を呼ぶとダメなのでは？
TimerTaskを継承してちゃんとクラス作る必要ありか。

.NETのDelegateがあると便利？

スレッドセーフでないListの多用

Sat, 20 Jan 2007 20:36:58 +0900

ブログエントリーからはじまってコメント、トラックバックなど、PebbleではArrayListが多用されています。
しかし、ArrayListはVectorに比べ軽量ですがスレッドセーフではありません。
アクセスが多いブログだと「java.util.ConcurrentModificationException」がログに大量に吐き出されています。

複数のスレッドからListにアクセスするには、Collections.synchronizedListでラップして、かつイテレーション処理を synchronized ブロックで囲うのが本来の姿です。
しかも参照のみの場合でもこの例外が出るためその修正は広範囲にわたり、パフォーマンスに影響があります。

Pebble2.0以降でも追加、削除の部分だけしか synchronized 指定はないのでこの現象が出ていると思います。
Pebbleに限らずマルチスレッドでのArrayListの多用はデッドロックを招く危険性があり大きな問題です。

（タグの foreach はどうなっているんだろ？）

J2SE5.0で追加された CopyOnWriteArrayList は書き込み時だけコピーが生成される便利なクラスで、synchronized の指定も要らないのでこれを使うのがベストかと思います。

コメントスパム

Mon, 03 Jul 2006 17:00:38 +0900

海外サイトからのコメントスパムが増えてきましたので、コメント・トラックバックの受付を一時的に停止します。
Pebbleでこの操作をするには、
プラグイン設定の、エントリーデコレーターの部分に、

pebble.decorator.DisableResponseDecorator

を追加することで一時的にすべてのレスポンス受付を停止することができます。

追記：
これでは既に登録されたアドレスに送られてしまうのでNGです。
やはり認証機能が必要です。

サーバー移行でブログが表示されない[FIXED]

Mon, 12 Jun 2006 17:29:09 +0900

Windows2003サーバーにブログをインストールした場合。
通常問題なく動作するが、他のOSで動作させ保存したブログデータをコピーするとエラーログに日付の変換が出来ないエラーが出てブログが表示されない。
「Couldn't parse date of ･･･」

原因：
JVMのロケールの違いで月のパターン「MMM」の解釈が違うため。
たとえば、ja_JPで「6」の場合、
en_USでは「Jun」となる。

Windows2003サーバーのWeb EditionはMUI（Multilingual User Inteface）によって日本語がサポートされ、ベースが英語版のためJVMのデフォルトロケールが「en_US」にセットされている。

解決方法：
他の環境のデータを移行する場合に、Tomcatの起動オプションを使ってそのロケールに合わせる。

-Duser.language=ja
-Duser.country=JP
-Duser.region=JP

本来格納されるデータの日付形式は、ロケールに依存しないフォーマットである必要があります。
しかしパターン「MMM」によって期待する「Jun」などの表記はRFCで標準化されているので日本語ロケールでそのパターンがないのが問題とも言えます。
（「MMM」で「Jun」、「MMMM」で「6月」といった拡張が必要かも）

とりあえず、上記オプションで対応しますが、書式パターンについては今後互換性を保って修正します。

Tagがすぐに反映されない[FIXED]

Thu, 20 Apr 2006 18:47:07 +0900

Pebble1.9で、エントリー投稿直後にタグを表示しても出てこないです。

SimpleBlog.javaで、
public void blogEntryAdded(BlogEntryEvent event)
などの処理があるにも関わらずどこからも呼ばれていない。
イベントをパラメータとしているので、EventDispacher周りを見たがどこにも見当たりません。リスナーにもそういう処理は無いように思います。
なので、BlogEntry.javaのstore()、remove()内で強制的にコールしたらうまくいきました。

[後記]
うまくいっていませんでした^^;
このバージョンにあるエントリーリスナーでSimpleBlog.blogEntryAddedを呼び出すものはないようです。宙ぶらりんみたいです。
BlogEntry.setTag()で強引にタグにエントリーをセット。

Pebble 2.0

Sun, 19 Feb 2006 00:57:10 +0900

サイモン氏のブログにPebbleの2.0作成中！とありますね。
初めてのメジャーバージョンアップとなるわけで、その概要はいかに･･･

すでに彼のブログは2.0ベースになってるからほぼ出来てるみたい。
見た目はあんまり変わってないような気がしますし、構成もあまり変わってない模様です。

Java5-JSP2.0&Servlet2.4
新らしのも好き？のPebbleとしては当然か。
でもTomcat5.5はまだ不安定な要素も残っているので、ちと怖いか･･･
メリットはExpression Language（EL）での記述でしょう。

新セキュリティ機能
詳しくは知らないですが、Webコンテナ標準の認証機能では不十分というのは同感。Acegi security systemはWebコンテナ標準と互換性が高いので実装も楽そうです。
「Remember me」が出来るのは便利そう。

総じてPebble2.0は期待が持てそうです。
ただ、Pebbleは導入が楽で小規模向きというコンセプトに魅力を感じてたので、あまり欲張りにならないで欲しいですね。
ただ、コンテンツをRDBMSに保存するのはオプションとして欲しいです。
いま実験的に立ち上げているサイトで100ユーザまでマルチユーザーの実証ができていますが、それ以上だと現在の構造では難しいかもしれません。

ちなみにTomcat5.5(5.5.9)では落ちることがあります。ログを吐かないので原因はまだわかりません。

あ、それとELを使うのであればテーマファイルの構造がまた大きく変わりそうですね。これだけは勘弁して欲しいところ。
Velocityなどの汎用テンプレートエンジンを介すか、MovableType構文の互換エンジンを作るなど、何か対策しないといつまでたってもテーマの種類は増えそうに無いですね。