当我必须更新 Springsource Toolssuite(也适用于 Eclipse,但我从来没有遇到过这么多更新问题)时,我总是很失望,因为它需要相当长的时间,而且 STS 内部的更新功能不起作用出色地。例如,我无法从 2.9.1 升级到 2.9.2,所以我被迫重新安装。在这个问题中,我想展示我是如何做到这一点的,我希望得到一些反馈来改进这个过程:
- 我总是确保我从市场上安装了这个插件:P2 Installation Replication。它允许我选择所有插件信息并将其转储到单个 XML 文件中。所以我启动旧版本的 STS 并将我的插件列表转储到文件名中带有日期的文件中以具有不同的版本。
- 然后我关闭 STS 并将根目录重命名为“springsource_old”
- 我将新版本下载为 ZIP 文件并将其解压缩到一个目录中。
- 我使用Lombok,所以我下载它并双击 JAR 为所选的 STS 安装位置安装它。通常,如果您坚持 C:\springsource\.. 或类似的默认位置,Lombok 会找到安装。
- 接下来,我更新 STS.INI 文件以强制 STS 使用带有 -vm 标志的特定版本的 Java SDK。如果您有很多 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 不再工作的问题。