Java開発環境、またはNetbeansからEclipse

大規模な状態の1つ。 企業の小さなチームがJavaプラットフォームでCADソフトウェアを開発しています

プロジェクトはすでに1年半です。

最近まで、誰もがNetbeans IDEを一緒に使用していました。 環境の新しいバージョンに定期的に喜んでいます。

そして、あなたの謙虚な使用人はNetbeans 7.1のリリースを見ました。 試してみたかった、新製品をご覧ください。

最初に自分自身を更新しました（Slackware Linux 12.2） 。 起動、プロジェクトを開き、アセンブル（コンパイル）しました。

すべてがうまくいきました。 彼は同僚（Windows 7）に助言し、彼は新しいバージョンで働き続けました。



それから想像を絶するものが始まりました。 プロジェクトは正常にビルドされ、実行中に奇妙な例外が発生しました。 [例外]をクリックすると、Netbeansエディターは、一般的にコメントがあり、メソッドではないコード内の空のスペースを開きました。

同時に、Antを使用して同じプロジェクトを手動でビルドし、コマンドラインから起動すると、まったく正しい結果が得られました。



Netbeans 7.1は、コンパイルされたJavaクラスだけでなく、ある種のネイティブキャッシュを実行すると結論付けられました。



確かに、Netbeansのキャッシュはユーザーのホームディレクトリにあります。 しかし、それをクリーンアップ（.netbeansフォルダーを削除）するだけでなく、プロジェクトを繰り返し再構築し、バージョンストアから再度ポンプで出力しても結果は得られませんでした。 環境での起動は依然として正しく実行されませんでした。 この問題は、Netbeansプロジェクトが再作成され、すべてのソースがプロジェクトにインポートされた場合にのみ解決されました。



しかし、同僚のWindows環境を更新することになると、新しいバージョンでのそのようなダンスは新たに始まり、別の日に続き、何にもつながりませんでした。 Windows上のプロジェクトも正しく開始されず、コード内の他の場所で他のエラーが発生しました。



一般的に、Eclipseに切り替えることにしました。 これまでのところ、残りの開発者はまだNetbeans 7.0.1を使用しています。



Eclipse Indigoの開発の最初の日は、良い印象と悪い印象の両方を残しました。 すべてをゼロから設定し、ソースコードに基づいてプロジェクトを作成し、別のインターフェイスに慣れる必要がありました。

しかし、それは合格し、明らかに他の人をEclipseに転送します。 独自のグリッチにより予測不可能なエラーが発生する環境で作業する-敵を望みません。



しかし、それは残念です。 私の意見では、EclipseがNetbeansに劣るのは、その直感的なインターフェースです。

一般的に、実績のあるNetbeans開発環境でこれがどのように起こるかは奇妙です！