Eclipse Mylynがトップレベルプロジェクトに
- 共有
-
- |
後で読む
マイリーディングリスト
Eclipse MylynプロジェクトがApplication Lifecycle Management toolsという旗印のもと、トップレベルEclipseプロジェクトに昇格した（Mylynという名前は短い名前として残される）。プロジェクト憲章には、エコシステムにおけるその目的が説明されている。
平均的なEclipse Mylynユーザにとって、これは（直接的には）ほとんど何の意味もない。Mylynは以前と同じコミッタによって開発され、現在と同様の開発者視点の体験を提供するだろう。実際にEclipseのトップレベルプロジェクトになるということは、今やEclipseの時代錯誤なプロジェクト構造のしるしでしかない。Eclipseではプロジェクトの組織構成を2つのレベルに強いている。JDTやPDEのようなEclipseプロジェクトと、CDTやPDTといったToolsプロジェクトだ。
Mylynは自分の居場所を見つけるのに多少時間がかかった。インキュベーションフェーズからTechnologyプロジェクト、そしてToolsプロジェクトを経て、ようやくトップレベルにある最終的な場所へと到達した。（大部分のプロジェクトはTechnologyプロジェクトかToolsプロジェクトのどちらかだ。そして、どちらにするかは自由で、ほとんどの場合、そのプロジェクトのユーザやコミッタにはまったく見えない）。こうした分割は主にCVSおよびSVNルートに基づいている。プロジェクトがGitに移行して、リポジトリ構造を強いる足かせがなくなると、これは意味をなくすだろう。
再構成作業の一部として、Mylynは自身のセカンドレベルプロジェクトをいくつか作成している。これは実のところ既存のMylynモジュールを再分割しただけであり、EGitとCVSコネクタをMylyn/SCMプロジェクトの一部に、BugzillaとTracコネクタをMylyn/Tasksプロジェクトの一部に、そして、Mylynの当初の人気をもたらしたアクティブUIフィルタリングの土台となるものをMylyn/Contextプロジェクトにした。
Mylynはずっと変化がなかったわけではなく、どんどん多様化している。Mylyn WikiTextコンポーネントはもともと簡単にバグレポートを書くためのものだったが、独立したMylyn/Docsプロジェクトにスピンオフして、RichTextをベースとする編集機能と一緒にやっていくことになった。また、Mylynはその領域をHudsonとの統合にまで拡大している。これには、コンソール出力の読み込み機能や、（ローカルでやるのと同じくらい簡単できるよう）サーバ上で失敗したテストにフックする機能などが含まれる。
最終的に、Mylynは自らのゴールをレビューベースのシステムに対するインターフェイスを提供することに置いており、シンプルなMylyn Taskに基づくレビューシステムを提供すること、そして、既存のレビューシステムにフックすることを最初の計画として立てている。
詳しくはMik Kersten氏とのインタビューやプロジェクト憲章を読んでみよう。
特集コンテンツ一覧
かんばん方式を実践する
Vikram Gupta 2013年5月21日 午前4時15分
Javaのパフォーマンスについての９つの誤信
Ben Evans 2013年5月8日 午後8時36分
アジャイルにおけるソフトウェアアーキテクチャ図とNoUML
Simon Brown 2013年5月1日 午後11時54分
本当に自己組織化したチーム
Emmanuel Gaillot 2013年4月30日 午前3時42分
ニーズに合ったESBを選ぶには
Kai Wähner 2013年4月15日 午後9時29分
デザインパターンの自動化
Gael Fraiteur and Yan Cui 2013年3月26日 午前2時34分
こんにちは
コメントするには InfoQアカウントの登録 または ログイン が必要です。InfoQ に登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。
あなたの意見をお聞かせください。