問題タブ [eclipse-3.4]

Windows XP または Vista 64 ビットで Eclipse の最新の 64 ビット Ganymede リリースを正常に使用している人はいますか?

現在、私は 32 ビット JDK で通常の Eclipse 3.4 ディストリビューションを実行し、64 ビット JDK でアプリを起動してコンパイルしています。私たちのこれまでの経験では、64 ビット Eclipse ディストリビューションは私たちにとって不安定でした。

JDK 1.6.0_05 を使用しています。

私は、SWT、JDT、GEFなどのコアEclipseプラグインの束に基づいてEclipseプラグインを開発しています。

プラグインはEclipse3.3と互換性がある必要があります。これは、多くの潜在的な顧客がまだプラグインを使用しているためです。ただし、個人的にはEclipse 3.4の新機能が気に入っており、開発に使用したいと考えています。これは、3.3コードを参照し、デバッグ時に3.3インスタンスを実行するためにPDEが必要であることを意味します。

これを実現するためのヒントはありますか？

ありがとう。

私は Eclipse 3.4 を使用しており、 [コメント] タブのすべてのオプションを有効にして Java コード フォーマッタを構成しました。問題は、次を含むドキュメント コメントをフォーマットするときです。

コード フォーマッタは HTML の終わりにスペースを挿入し、それを分割します。

なんで？これを止めるにはどうすればよいですか？

[ HTML タグの書式設定] などの [コメント] タブのオプションを無効にしても、これは修正されません。私が見つけた唯一の回避策は、 Javadoc コメントの書式設定を有効にするオプションとブロック コメントの書式設定を有効にするオプションの両方を無効にして、Javadoc 書式設定を完全に無効にすることです。つまり、コメント ブロックを手動で書式設定する必要があります。

Windows で Eclipse 3.4 (Ganymede) と CDT 5 を使用しています。

統合されたスペル チェッカーが知らない単語がある場合、その単語をユーザー辞書に追加するオプションが (とりわけ) 提案されます。

ユーザー辞書がまだ存在しない場合、スペル チェッカーはその構成を支援し、「一般/エディター/テキスト エディター/スペル」環境設定ペインを表示します。ただし、この設定ペインには「選択されたスペル エンジンは存在しません」と表示されますが、エンジンを追加またはインストールするためのコントロールはありません。

スペルエンジンを存在させるにはどうすればよいですか?

更新: 私の問題を解決したのは、JDT もインストールすることでした。このソリューションは 2008 年 9 月 7 日に公開され、受け入れられましたが、現在はありません。

Eclipse 3.4 に PDT を数時間インストールしようとしてきましたが、うまくいきません。

Java EE 開発者向けの Eclipse (私のメインディール) ディストリビューションが以前にインストールされていて、インストールに PDT を追加して、Eclipse で自分の Web サイトの一部でも作業できるようにしたいだけです。

PDT Wikiの指示に従うために最善を尽くしましたが、うまくいきません。使用可能なソフトウェア ダイアログの PDT 更新サイト セクションで PDT 機能オプションを選択しようとすると、吠えるメッセージ は次のとおりです。

解決策は何ですか？

私は Eclipse 3.4 (Mac 上) を使用していますが、比較しているファイルを特定の順序で比較するテキスト比較に悩まされています。

2 つのファイルを比較すると、常に最初のファイル (アルファベット順) が左側に配置され、後者のファイルが右側に配置されるように見えますが、これを比較ごとに変更できるようにしたいと考えています。
'file-a' と 'file-b' を比較する IE では、常に左側に 'file-a' が表示されますが、それが常に必要なわけではありません。以前のバージョンの Eclipse で、[Compare With] -> [Each Other] を選択して右クリックしたファイルを変更すると順序が変わったことを思い出したようですが、3.4 ではうまくいきません。

私が気にかけている理由の例:
Subversion のマージを実行したところ競合が発生したため、次のファイルが作成されました:
file
file.merge-left
file.merge-right
file.working

ファイルに変更を加えたので、 fileとfile.merge-rightおよびfile.workingをfile.merge-leftと比較し、エディターを分割して、作業中/左の変更をファイル/右の変更の上に置くことができるようにします。次に、比較エディターをページングして、このファイルとマージ元のファイルの違いが保持されていることを確認しますが、ファイルは左側にあり、file.workingは右側にあるため、違いを確認する必要があります上下比較ではなく、斜めに比較。

私は Eclipse 3.2 を喜んで (または Eclipse を使っているのと同じくらい幸せに) 使用していましたが、忘れられた理由で 3.4 にアップグレードすることにしました。私は主に PyDev、Aptana、および Subclipse を使用しており、Java 開発はほとんど行っていません。

3.2 (vista、core2duo、2G) と比較して、3.4 は実際に私のラップトップにヘルニアを与える傾向があることに気付きました。3.4 のメモリ使用量は実際には 3.2 よりも高いのですか? もしそうなら、それを減らす方法はありますか?

編集：プラグインを無効にしてみました（とにかくあまり有効にしていませんでした）。jvmモニターを使用しました。後者は興味深いものでしたが、その情報を実用的な方法で使用する方法がわかりませんでした。私はまだメモリフットプリントを減らすことができません。また、時々 Eclipse が 30 秒ほどハングした後、魔法のように戻ってくることにも気付きました。

Eclipse（3.4）からTomcat（6.0.18）を起動すると、次のメッセージが表示されます（ログの最初）。

警告：[SetPropertiesRule] {Server / Service / Engine / Host/Context}プロパティ'source'を'org.eclipse.jst.jee.server:(プロジェクト名）'に設定すると、一致するプロパティが見つかりませんでした。

このメッセージは深刻な影響を与えていないようですが、誰かがそれを取り除く方法を知っていますか？

Javaコード（テストコードではない）は現在のディレクトリからファイルを読み取ります。つまり、コードを実行するたびに作業ディレクトリを適切に設定する必要があります。

Eclipse内からJUnitテストを起動すると、起動構成が自動的に作成されます。問題は、その起動構成の作業ディレクトリが常にデフォルトでルートプロジェクトディレクトリであり、常に間違っていることです。テストは失敗します。起動構成ダイアログを開き、作業ディレクトリを変更して、テストを再起動する必要があります。これは非常に迷惑です。単一のテストメソッドを実行した場合にも同じことが起こります。

私はすでにこれらを検討しました：

• テストコードから現在のディレクトリを変更する-設計上不可能です。
• ファイルを開くときは、親ディレクトリパラメータを渡します。これは多くの場所に影響を与えるため、難しすぎます。
• Eclipseの起動構成のコピー機能を使用して、正しい作業ディレクトリがすでに設定されている既存の構成から新しい起動構成を作成します。「このテスト/メソッドをJUnitテストとして実行する」を呼び出すだけで、テストまたはテストメソッドをすばやく起動したいので、これは実際には意味がありません。

全体として、コードではなく、Eclipseの責任のようです。

将来、新しく作成されたすべてのJUnit起動構成のデフォルトの作業ディレクトリを設定する方法はありますか？

すべてのテストを Eclipse (Eclipse 3.4 'Ganymede') で実行すると、「Unrooted Tests」の下に 1 つのテストがリストされます。私は Junit 3.8 を使用しており、この特定のテストは TestCase を拡張します。このテストと他のテストの違いはわかりません。これが Eclipse 3.3 (Europa) で発生したことを覚えていません。

説明:

まだ JUnit 4.0 に移行していないため、アノテーションは使用していません。私もググったところ、ほとんどの人が JUnit 4 で問題を抱えているように見えましたが、解決策は見当たりませんでした。この時点で、テストはローカルと CruiseControl の両方でパスするので、あまり心配していませんが、興味があります。

ただし、これを最初に見たときは、他のテストで実行した場合にのみ失敗する失敗したテストでした。これにより、私が見つけられなかった「ルート化されていない」問題の解決策を探して、うさぎの穴に落ちました。最終的に、適切に取り壊されていない別のテストで犯人を見つけました。

同意します。Eclipse の問題のようです。