問題タブ [p2]

Eclipse 3.4[.x] ( Ganymedeとも呼ばれます) には、 p2と呼ばれるこの新しいプロビジョニング メカニズムが付属しています。

「プロビジョニング」とは、 Sun Web サイトのこの記事で一般的に説明されているように、アプリケーションの一部をオンデマンドで検出および更新できるようにするプロセスです。

Eclipse には、 p2 の詳細が表示される拡張 wiki セクションがあります。具体的には、このwikiページで、p2は新しいコンポーネントを探すと述べていますが、それを読んだ後。

p2 はファイル "file://" プロトコルを機能させることができると思います (ただし、その点はご自身の経験で確認してください)。これにより、ローカルファイル (コンピューター上または UNC パス '\server 上のいずれか) でプロビジョニングできるようになります。 \path')、ここに示されているように、ファイルによっても表示されます:

• [Eclipse-SDK-3.4-win32]\eclipse\configuration\.settings\org.eclipse.equinox.p2.artifact.repository.prefs
• [Eclipse-SDK-3.4-win32]\eclipse\configuration\.settings\org.eclipse.equinox.p2.metadata.repository.prefs

p2メカニズムは、Eclipse 3.4更新サイトを介してEclipse自体を更新するために使用され、次のような行でそれらの「.prefs」ファイルを参照します。

リポジトリ/ファイル:_C:_jv_eclipse_eclipse-SDK-3.4-win32_eclipse/url=ファイル:/C:/jv/eclipse/eclipse-SDK-3.4-win32/eclipse/

さて、 Web にアクセスせずにアップグレード プロセスを完全にローカルで実行するために、その更新サイトにある Eclipse コンポーネントをローカル ディレクトリに複製し、前述の「.prefs」ファイルを介してそれらのコンポーネントを参照するにはどうすればよいでしょうか?
離れた「更新サイト」に存在するいくつかの p2 メタデータ ファイルも複製して変更する必要があると思います。

それについて何か考え/アドバイス/ヒントはありますか? (つまり、インストールをローカルで実行するために、完全な Eclipse インストールに必要な完全な構造を検出、取得、および更新する方法について)

以下に関連するすべてのアドレスを探しています。

• 3.x Eclipse 自体 (マイルストーンおよび/または統合ビルド)
• 3.x その他のコンポーネント (GEF、GMF、EMF など)

私自身の質問に答えるという精神で、私は次の答えを持っています：

• 3.5 eclipse 自体、いくつかの詳細と注意事項があります。
• 3.6 Helios、アップデートに従うために必要な手順。

ただし、Eclipse または他の Eclipse コンポーネントのアドレスがさらにある場合は、ここで公開してください。

セットアップ中の更新サイトでさまざまな結果が得られます。

• http://mylyn-mantis.sourceforge.net/eclipse/update/site.xmlを使用すると、最新 (3.0.2) バージョンが取得されます
• http://mylyn-mantis.sourceforge.net/eclipse/update/を使用すると、古い ( 3.0.1 ) バージョンが取得されます

p2 メタデータが欠落しているというヒントをいくつか得ました。何が欠落しているか知っている人はいますか?

更新: artifacts.xml と content.xml の両方に 3.0.2 バージョンへの参照があります。

機能があり、その ID を変更したいと考えています。ただし、これにより既存のインストールを更新できなくなります。その理由は次のとおりです。

1. バージョン 1.0 の機能 F1 がバージョン 1.0 のプラグイン A で構成されているとします。
2. ここで、バージョン 1.1 でプラグイン A を使用する機能 F2 をバージョン 1.1 で使用したいと考えています。
3. F2 をインストールすると、バージョン 1.0 のプラグイン A を必要とする機能 F1 が既にあるというエラーが表示されます。したがって、プラグイン A 1.1 をインストールすると、その依存関係が無効になります。

F2 が F1 を置き換えることを示す方法を探しています。どうやってやるの？

Eclipse プラグイン用の Windows インストーラーを準備しています。P2 director を使用して対象の eclipse 製品にインストールしたい。今のところ、Eclipse 3.5 のみをターゲットにしています。

インストーラーは、前提条件の機能/プラグインが既にインストールされていることを確認する必要があります。このチェックを行う方法がわかりません。(このチェックのもう 1 つの理由は、インストーラーにいくつかの前提条件をバンドルするため、インストールする他の機能を選択することです)。

簡単な解決策は、eclipse/features/ および eclipse/plugins/ ディレクトリを調べることですが、プラグインは別の場所にもインストールされている可能性があります: dropins ディレクトリと links ディレクトリ経由でリンクされています。

可能であれば、P2 (プロファイル?) からインストールされている機能とプラグインのリストを取得したいと考えています。これを行う方法はありますか？より良い解決策はありますか？

インターネットに接続されていないマシンに Eclipse プラグインをインストールする必要がありますが、ローカル インストールに使用するディストリビューションが見つかりません。

更新サイトからプラグインをダウンロードし、ローカル インストール アーカイブ (またはローカル更新サイト) を作成するためのツールはありますか? 噂によると、Eclipseでこれを行うことができますが、その方法に関する情報は見つかりません。

Eclipse SDK 3.5.1 をダウンロードしたばかりで、GEF、EMF などのアドオンをインストールしたいと考えています。

必要なものすべての zip ファイルをすべてダウンロードし、dropins フォルダーにインストールすることにしました。http://wiki.eclipse.org/Equinox_p2_Getting_Startedを読み、ドロップイン フォルダーを次のように構造化しました。

Eclipse を起動すると、上記の構造に追加した機能やプラグインが認識されません。何か案は？

OSGiプラットフォームに実装しようとしているソフトウェアシステムを設計しています。セルフサービス端末で動作するソフトウェアシステムになります。OSGiのアイデアは、デバイスとエンドユーザー関連の機能を管理するという私の要求によく適合します。OSGiの実装としてEquinoxを使用するつもりだと思います。そこで、答えが見つからない質問を思いつきました。分散端末でシステムの更新を管理するようにEquinox p2をセットアップすることは可能ですか？1つの場所から多くの端末を更新し、どの端末が更新され、どの端末が更新されておらず、どの端末がどのバージョンのソフトウェアシステムを実行しているかを追跡したいと思います。Equinoxp2を使用してEclipseRCPアプリケーションの更新を管理できることは理解していますが、Equinoxプラットフォームで実行されている任意のアプリケーションについてはどうでしょうか。

ありがとうございました。

Eclipseプラグインの自動インストーラーを作成したい（つまり、「Update Manager」を使用しない）。私のシナリオは単純です。ユーザーはEclipseを閉じ、ダウンロードしたJARをdropinsフォルダーにドロップし、Eclipseを起動すると、残りのプロセスが自動化されます。

古いEclipseバージョンでは、P2の時代以前は、EclipseにはInstallCommand、現在実行中のプラットフォームにプルーイングをインストールするために使用できるというクラスがありました（まだあります）。

これはEclipse3.4および3.5でも機能しますが、正しく動作していません。最も顕著なのは、そのようにインストールされたプラグインを自動的にアンインストールできない（淡色表示されている）ことです。

JavaDocは、InstallCommandが非推奨であり、P2の代替に置き換える必要があると主張しています。しかし、私はその仕事に適したツールを見つけることができませんでした。P2ダイレクタがありますが、コマンドラインとは別のアプリケーションとして実行するために構築されています。Eclipse内から呼び出すことは可能ですが、実際にはそのために切り取られていません。たとえば、進捗状況の監視とエラー報告はうまく機能していません。

誰かがそのための良い代替案を知っていますか？

ありがとう、Zviki

Eclipse 3.5.1 の PDE ビルドのコマンドライン バージョンで Eclipse RCP アプリケーションを構築しています。次に、AdvancedInstaller を使用して RCP 製品のインストーラーを作成します。AdvancedInstaller の代わりに InstallShield や同様のパッケージャーを使用した場合、コンテキストは似ていると思います。

ビルドに p2 プロビジョニングを組み込んだ場合、製品をスタンドアロン インストーラー (引き続き Advanced Installer によって生成されます) として配布し続け、p2 で生成された更新リポジトリを介して更新を行うことはできますか?