- 1 名前：デフォルトの名無しさん mailto:sage [2007/01/07(日) 19:43:08 ]
- ●公式サイト
Eclipse.org home
www.eclipse.org/
Eclipse downloads home
www.eclipse.org/downloads/
●JDK
JDK 1.4.2
java.sun.com/j2se/1.4.2/ja/download.html
JDK 5.0 (1.5.0)
java.sun.com/j2se/1.5.0/ja/download.html
JDK 6 (1.6.0)
java.sun.com/javase/ja/6/download.html
●関連サイト
Eclipse Wiki (日本語)
eclipsewiki.net/eclipse/
eclipse@Wiki プラグイン一覧 (日本語)
www10.atwiki.jp/eclipse/pages/7.html
Eclipse Plugins
eclipse-plugins.2y.net/eclipse/index.jsp
Eclipse Plugin Central
www.eclipseplugincentral.com/index.php
●前スレ
【Java/Callisto/TeX/他】統合開発環境EclipseM21
pc10.2ch.net/test/read.cgi/tech/1153492728/
●関連スレ
【初心者】EclipseでJavaの勉強 2時間目【大歓迎】
pc8.2ch.net/test/read.cgi/tech/1147444414/
- 253 名前：247 mailto:sage [2007/02/18(日) 23:25:17 ]
- あ、あと忘れてた。Callistoに含まれているものには排他関係に
あるプラグインがある。例えばOSGi開発者向けに配布
されているEquinoxのようにワークスペースから参照されるため
だけにプラグインの形式で提供されているライブラリ&runtimeとか。だから245みたいに全部入れてみるというのは
ありえない。いやupdateの機構としては入れられるようになっているはず
だし入れられないというのはおかしいが、実際の利用ケースを考えるとあり得ない状況。
で、こういう組合わせはテストでも手薄になるだろうし、あらかじめ
避けるってのが小市民的トラブル回避策だとおもう。
>>252
本来eclipse projectの目的はIDEなどのある種の環境を作るための
フレームワークを提供するためのもので、SDKと名が付いているパッケージは
そのためのもの。実際にフレームワークを使って作られたIDEを使って
アプリケーションを作成するさいには必要ない。Runtimeとかplatformとか
書いてあるやつだけでいい。
で、CallistoにはSDKが入ってないサブプロジェクトが多い(これ自体はCallistoの
目的からすると正しい)。しかし、Callistoからフィーチャーを導入すると245のよ
うに各サブプロジェクトの元のアップデートサイトを通してSDKを入れられるようになり
次に「とりあえずそれっぽいのをチェックして導入」することでSDKが後追いで
入ってしまうこと。これ本来だとちゃんと親子関係解決しないとおかしいんだけど
まあ理想論的には本来ないケースだからあまり依存関係に気を配らずに
パッケージしてたりするんだよね。テストとか手薄だろうし。
- 254 名前：247 mailto:sage [2007/02/18(日) 23:31:54 ]
- で、本当はJavaアプリケーション作るだけなら
eclipse platform runtime binary + JDT runtime binaryだけでいいし、
アップデートのダイアログではそれ以外の項目には触らないべきなんだろうけど、
eclipse.orgでは全部いりのeclipse SDKを目立たせて、アップデートのとこでも
全部入れてください的な感じになってる。まあプロジェクト当初の本来の
目的からすればSDKを配ってEclipse platformベースの環境を育成するのは
正しいんだけどね。
そういう意味でははじめからエンドユーザーのほうを向いていたNetbeansとは
性格がちがうよね、Eclipseって。
