3

いくつかの組み込み開発に Eclipse を使用していますが、最近、ファイルを保存したりビルドしたりするたびにこれらのエラーが発生し始めました。面倒ですが、ほとんどの場合、問題は発生していないようです (ソース内の警告/エラーが強調表示されます。ここで何が起こっているのでしょうか?

Plug-in org.eclipse.cdt.cross.arm.gnu was unable to load class 
org.eclipse.cdt.managedbuilder.internal.scannerconfig.DefaultGnuWinScannerInfoCollector.

Plug-in org.eclipse.cdt.cross.arm.gnu was unable to load class  
org.eclipse.cdt.managedbuilder.internal.scannerconfig.ManagedGCCScannerInfoConsoleParser
4

2 に答える 2

1

日食ウィキのよくある質問にあるようです

最も可能性の高い理由は、問題のあるプラグインによって宣言されたクラスの静的初期化子で例外がスローされたことです。.log ファイルをチェックして、それが実際に発生したかどうかを確認してください。
Eclipse プラットフォーム ローダーは、プラグインを構成する Java クラスの初期化中に例外がスローされると、プラグインをロードしません。

このエラーのもう 1 つの一般的な理由は、ロードされるクラスに適切なコンストラクターがないことです。拡張ポイントで宣言されたほとんどのクラスには、引数のない public コンストラクターが必要です。拡張ポイントのドキュメントをチェックして、拡張機能で宣言するクラスに必要なコンストラクターを確認してください。

パッケージ化されたプラグインをデプロイするとき (つまり、PDE を介してランタイム ワークベンチで開始されないとき) にのみ問題が発生する場合は、通常、MANIFEST.MF ファイルの Bundle-ClassPath 属性を確認することをお勧めします。
プラグイン クラスを含む JAR ファイルは、Bundle-ClassPath. プラグインの適切なクラスがすべてリストされている場合でも、実行時に解決できない他のクラスへの参照が .class ファイルに含まれている可能性があるため、クラスのロードは失敗する可能性があります。この場合、欠落しているクラスを特定する必要があり (通常、問題のあるクラスの import ステートメントを調べて)、必要なエントリを に追加する必要がありますBundle-ClassPath。追加の JAR ファイルが必要な場合は、それらの JAR もbuild.propertiesファイルにリストして、プラグインのパッケージ化時にそれらが含まれるようにする必要があります。

（このスレッドを最後のポイントの実例として参照してください）

したがって、たとえば、このスレッドでは、eclipse3.0 時間にさかのぼる別の問題について:

このplugin.xmlファイルorg.eclipse.core.runtime.compatablityでは、必要なプラグインとして " " が指定されています。ただし、Eclipse バージョン 3.0.1 を使用しており、" org.eclipse.core.runtime_3.0.1" を使用する必要があります。

解決：

Plugin.xml の行を置き換えます

<import plugin="org.eclipse.core.runtime.compatability"/>

と

<import plugin="org.eclipse.core.runtime"/>
于 2009-10-24T06:50:00.483 に答える
0

VonCは正しいです-クラスの読み込みで何がうまくいかないかについてかなり詳細に説明しています...

この場合、arm.crossツールチェーンは、アクセスできないCDTのマネージドビルドの内部クラスを参照しています。これは、アームツールチェーンとCDTの間の非互換性です。最初に新しいバージョンを試して、このエラーについてバグを報告する必要があります。

于 2009-12-12T10:47:57.910 に答える