ひっそりと合併が行われたみたいですが、それを機に細木数子プロジェクト(Iさんが命名)が発足しました。

エージェント指向の知識マイニングシステムの仕組みを取り入れ、情報共有にとどまらない新しいナレッジシステムを提案

とよくわからないことをやろうとしています。考え出した人達（僕もその一人）もわからないので、他の人は「なんか凄そうだ！でも、よくわからん」と感じてもらえれば成功です。
さて、このよくわからないものに細木数子プロジェクトと命名されたのですが、きっと、システムが細木数子のようにありがたいお告げをずばっと言ってくれるに違いない。

と、ここまでは普通です(何が普通だ！)。でも、このシステムを動かすのに僕はIBMのWebSphereを考えています。なんで、IBMのWebSphereかというと、オープンソースのプロダクト群でも十分動きますが、WebSphereは高いからです。これはオープンソースのプロダクトと決定的に違います。やすくていいもじゃなく、多少悪くても高いものです。まあ、WebSphereを使ったことがない(正確にはわすれちゃった)ので、いいかわるいかは知りませんが。それにオープンソースがいいというのも変ですが、高いということを強調したかったので。。。なんで高いものかというと、うーん、それは教えられないな。技術力とかだけじゃ決められない価格の壁ですね。まあ、正式に決まった訳じゃなくて、まだ僕が言い張っているだけですが。

Plone2.1ももうすぐなので、Plone2.0から2.1へのデータマイグレーションの予行演習をしてみました。「Importing Plone 2.0 content into a Plone 2.1 site generates an infinite recursion error」に書かれている方法をやってみました。「Plone 2.0.5 の ATContentTypes 化」の方法だとなんだか大変そうだなーと思っていましたが、なんでもやっぱり大変です。

さて、英語のドキュメントなので、日本語で僕がやった操作をまとめ直してみます。
1. zope2.6+plone2.0.5で動いている方のZMIからtechnologyフォルダを選択して、zexpでexport。(今回はテスト用なので、一つのフォルダしかやっていません。)
2. zope2.8上でPlone2.1のインスタンスを新たに作成。
3. zope2.8のplone2.1のZMIで1でexportしたtechnology.zexpをインポート。
4. portal_atctを開く
5. 「recatalog」タグを開いて、「Find and recatalog all CMF content types based on their meta_type.」の「Recatalog CMF type」をクリックして、しばし休息。
6. 「Type Migration」タブを開いて、「Fix」ボタンを押して、しばし休息。
7. 「Type Migration」タブを開いて、「Migrate」ボタンを押して、さらに休息。

8. ploneの画面でちゃんと移行ができていることを確認して終わり。

ふー、大変ですね。まあ、一度にzodbの以降もできるし。。。と自分を納得させます。
でも、これだとskinは移行できませんが、まあ、テンプレート関係は大きく変わったりしているので、変に移行しようと頑張るよりは、さっさとあきらめて新たに作りなおしましょう。（うん？こんなことでいいのか！）

ちなみに、移行したフォルダでfolder_listingのテンプレートも少しいじったりしていますが、まあ、そのへんのお話はまた、そのうち。
と言うか、CSSもよくわかんないぞ！

追記
----
上の方法だと
・ドキュメント自体の状態は維持されますがフォルダがpublishedだったものもvisibleになる
・並び順ランダムになる(規則性はなさげ)
・フォルダのタイトルがショートネームなる(フォルダを保存し直せば解決）

と言う事は、
・状態を確認、修正。
・コンテンツの並び順を変更。
・フォルダは保存し直す
が必要ですね。うむ。大変だ。