シンプルなユースケース: シンプルなスクリプトを使用して Eclipse 製品をアセンブルし、プラグイン dir にバンドルをダンプするだけです。これは 3.3 で機能していましたが、3.5 では壊れています。アプリのプラグインが見つからないため、アプリケーションが起動しません。
質問: それを修正する最も簡単な方法は何ですか? これは、私にとってアップグレード プロセス全体で唯一の苦痛のようです。
試行: これは P2 にはノーノーだと思います: 代わりに bundles.info ファイルを維持します。これはおそらく非常にスマートです.. 私には少しスマートすぎます.
私が持っていたいくつかのアイデア：
- P2 を完全にスキップして、昔ながらのシンプルで汚い発見メカニズムに戻ることはできますか?
- プラグイン ディレクトリを「監視ディレクトリ」として設定できますか
- そのためには p2.reconciler を使用する必要があるようです..ちょっと待ってください、すでに非推奨です:-(バグ 251561 .. (ポインタをくれた VonC に感謝します)
- config.ini のこの古い設定はまだ機能しますか? (現在は「simpleconfigurator」に置き換えられています)
osgi.bundles=org.eclipse.equinox.common@2:start, org.eclipse.update.configurator@3:start, org.eclipse.core.runtime@start - （p2）ディレクターに電話する必要がありますか？「私のプラグインを拾ってください」:)
- これにはドロップインフォルダーを避けます-それはエンドユーザー向けです。
- 可能であれば、bundles.info をいじることは避けたいと思います。
私は自分の製品のスマートな機能についてはまだ気にしていません。実際、ユーザーは組み込みの更新メカニズムをまったく使用していません。だから私はKISSしたい（つまり、起動するだけ）、必要に応じてより高度なサポートを追加したい.
私はEclipseフォーラムでこれを尋ねましたが、まだ答えがないので、いくつかの啓発に本当に感謝しています. また、仮定について自由に修正してください - 私はP2 docsを読んだばかりで、時々混乱しているように見えます。ありがとう！
回答: 実際には、上記のオプション 3 が機能するようです -これを確認してくれたFrancisに感謝します! (元々は機能しませんでしたが、おそらく deps の欠落が原因でした)。それに関する私の唯一の問題は、一部の Eclipse バンドルが実際には simpleconfigurator を必要とすることです。そのため、交換すると問題が発生するのではないかと思います。
