Cube Legacy in the final stage!
私は、この数週間予想外に忙しく過ごしていました。家に帰らずに、仕事を続けていました。プロジェクト・チームの私の仲間もまた、私と同様に忙しいです。そのため、プロジェクト・チームは、またしても、スケジュールの遅れを公表しなければならなくなりました。しかし、よいニュースもあります。それは、多くの熱いユーザーが、これらの数週間の間、チェックとレビューを試みたので、XOOPS
Cube Legacy
がかなり多くのバグ・フィックスを得たということです。そして、自分たちの仕事に目処をつけたチームの一部の開発者は、2.1の開発スケジュールに復帰することが出来るようになりました。モジュール互換性をチェックすることは本当に多くの手間を必要とするので、私は互換性についてレポートの全てをチェックすることができていませんでした。しかし、私たちはそれができるようになります。
このポストに書かれているように、現在の開発ステータスは最終的なステージにあります。
XOOPS Cube Legacy は、 XOOPS Cube 層と Legacy
モジュールから成っています。そして、 Legacy は XOOPS Cube
のフィーチャー全てを使うというわけではありません。したがって、私は XOOPS Cube
層のデザインをテストするための Legacy
でないもう一つのベース・モジュールを開発しなければなりませんでした。ご承知のとおり、それが Shade
です。私は、 Shade において、プロジェクト・チームが Legacy
で試行することができなかった主な仕様を決定しました。それらは、コンテキスト、アイデンティティ、プリンシパル、ロール、サービスと多くの変更です。しかし、
Legacy モジュールは、私たちのテスト・プロセスのために、 Shade より古い XOOPS Cube
層をキープしています。 Legacy の XOOPS Cube
層が常に更新されているならば、バグの原因を突き止めることは非常に困難です。そのために、 Legacy の
XOOPS Cube 層は、しばらく固定されています。一方、シェイドの XOOPS Cube
層は、よく更新されます。つまり、プロジェクト・チームは、現在 Legacy と Shade
という２つのプロジェクトを同時進行させているということです。
おそらく、最新の Cube と Legacy のマージは、多くの問題をもたらすでしょう。したがって、
Cube と Legacy がマージされるまで、我々は Legacy
のバグの全てを固定するつもりでかからなければなりません。
我々の活発なゴールは、Legacy 2.1.0 です。このバージョンは、 XOOPS2
の機能の全てを模倣することができないかもしれません。たとえば、我々はカスタムブロックでプレビューをすることができません……。それは、良くはありません。しかし、
Legacy
の将来のバージョンは、それが実装されているでしょう。つまり、致命的でない問題は、次のバージョンのための
ToDo だということです。私たちにとっての Legacy の致命的な問題は、以下のようなものです：
最初のリリースのために、私たちはこれらの３点をチェックしなければなりません。一緒に
Alpha をテストしましょう。