Springsource Toolsuiteを更新する必要があるときはいつもがっかりしました（Eclipseにも適用されますが、更新の問題はそれほど多くありませんでした）。かなり長い時間がかかり、STS内の更新機能が機能しないためです。良い。たとえば、2.9.1から2.9.2にアップグレードすることができなかったため、再インストールを余儀なくされました。この質問では、これをどのように行うかを示したいと思います。このプロセスを改善するためのフィードバックを取得したいと考えています。
- 私は常にこのプラグインが市場からインストールされていることを確認します：P2インストールレプリケーション。これにより、すべてのプラグイン情報を選択して1つのXMLファイルにダンプできます。そこで、古いバージョンのSTSを起動し、プラグインリストをファイル名に日付が含まれるファイルにダンプして、バージョンを変えます。
- 次に、STSを閉じて、ルートディレクトリの名前を「springsource_old」のような名前に変更します。
- 新しいバージョンをZIPファイルとしてダウンロードし、単一のディレクトリに解凍します。
- 私はLombokを使用しているので、それをダウンロードしてJARをダブルクリックし、選択したSTSインストール場所にインストールします。通常、C：\ springsource \ ..または同様のデフォルトの場所に固執すると、Lombokはインストールを検出します。
- 次に、STS.INIファイルを更新して、STSが-vmフラグを指定した特定のバージョンのJavaSDKを使用するように強制します。管理するEclipseワークスペースがたくさんある場合は、ウィンドウのタイトルバーにそれらを表示することも役立ちます。そのため、INIファイルに-showlocationを含めます。-vmargsの直前に最初に表示する必要はないため、JVM引数のようには見えません。
- 次に、STSを起動し、最初のワークスペースを選択して、もう一度閉じます。これにより、いくつかの設定ファイルが生成されます。私が欲しいのは、すべてのワークスペースのリストです。STS（Eclipse）は、ワークスペース情報を「org.eclipse.ui.ide.prefs」という設定ファイルに保存しています。このファイルは「％ECLIPSE_HOME％\ configuration.settings」の下にあり、「RECENT_WORKSPACES」という名前のキーが含まれています。したがって、バックアップ場所でファイルを開き、エントリをコピーし、新しく生成されたファイルを開いて、設定をそのファイルにコピーします。次回STSを起動するときに、以前に使用したすべてのワークスペースから再度選択できます。
- プラグインがインストールされていない場合でも、STS（Eclipse）は、ステップ1（インポート-インストール-ファイルからのソフトウェアアイテムのインストール）でダンプされたプラグインを含むファイルをネイティブに開くことができます。また、XMLファイルに保存されたバージョンの代わりに最新バージョンをフェッチすることもできます。そこで、不足しているプラグインをすべて選択してフェッチします。
あなたの経験からまだ欠けているものは何ですか？このプロセスをどのように改善できますか？まだ少し時間がかかります。
更新
STSの更新に問題があるのは私だけではありません。今日、3.1.0から3.2.0へのアップデートが行われ、私のSTSは次のようになりました。
したがって、メジャーアップデートを行うたびにSTSが機能しなくなるという問題がまだあります。