私が書いた1つの機能とorg.eclipse.featureを含む製品定義があります。Eclipseからこの製品を作成すると、正常に完了します。ただし、ヘッドレスビルドを使用しようとすると、org.eclipse.uiに含まれているクラスが見つからないと文句を言うため、コンパイルプロセスが失敗します。たとえば、これらのクラスの1つはPlatformUIです。したがって、ビルドプロセスは失敗します。
確認したところ、org.eclipse.uiはorg.eclipse.uiプラグインに含まれています。また、このプラグインをカスタム機能に明示的に含めようとしましたが、役に立ちませんでした。
これらのプラグインの1つを問題なく削除しようとしましたが、org.eclipse.uiを使用した次のプラグインは失敗しました。したがって、これは間違いなく、いくつかのsowrtのクラスパスの問題のようです。
Eclipseのバージョン3.3.2を使用して、このヘッドレスビルドを試しました。
org.eclipse.ui.PlatformUIクラスはプラグorg.eclipse.ui.workbenchインにあります。
org.eclipse.ui.workbench が必要であり、org.eclipse.ui によって再エクスポートされます。" org.eclipse.ui" パッケージは分割パッケージです。
この依存関係に Import-Package を使用している場合は、パッケージのプロバイダーの 1 つにのみ関連付けられています。ui.workbench のクラスのみが必要な場合は、Import-Package ステートメントに属性を追加できます。
Import-Package:org.eclipse.ui;ui.workbench=split
または、単に変更することもできますRequire-Bundle
ファイルを確認しましたbuild.propertiesか？
具体的にはarchivesFormatセクション
この
archivesFormatプロパティを使用すると、構成に基づいてビルドの出力形式（zip、tar、およびフォルダー）を指定できます。
プロパティの形式はです<configuration> - <format>。ここで、構成はconfigsプロパティで指定された値と同じ値です。
linux,gtk,x86-folderインストールでビルドしようとしているときに指定すると、win32機能しません。
残念ながら、Eclipse では、製品を GUI でエクスポートする場合とヘッドレスでエクスポートする場合で動作が異なります。それらはまったく同じではありません。
私が過去に見つけた問題の 1 つは、ターゲットとしていたのと同じアーキテクチャ (win32) でビルドを行っていたとしても、ヘッドレス ビルドが機能するためにはデルタ パックをインストールする必要があるということでした。GUI から製品をエクスポートすると、デルタ パックがなくても機能します。