Equinox p2 供应框架

核心提示： 不难看出使用这个 common 共享文件夹会使整个文件的大小大不相同（参见清单 3）， 清单 3. 使用通用文件节省的文件大小$du-hs./*259M./common4.0M./javaide6.8M./phpide如果不使用共享的插件文件夹位置的概念，Equinox p2 供应框架(7)，安

不难看出使用这个 common 共享文件夹会使整个文件的大小大不相同（参见清单 3）。

清单 3. 使用通用文件节省的文件大小
　　$　du　-hs　./*　
259M　./common　
4.0M　./javaide　
6.8M　./phpide　

如果不使用共享的插件文件夹位置的概念，安装将会大出近两倍。若要安装另外一个不同的概要文件 — 比如一个模型化或 Business Intelligence and Reporting Tools (BIRT) 概要文件 — 节省的硬盘空间将会更多。

在理论上，安装另一个插件将会与从 Eclipse 存储库安装插件类似。不过，由于 Equinox/p2 支持相对较新，存储库支持还未添加到其他的插件存储库。在试图使用非 Eclipse 更新站点安装其他的插件时，p2agent 会抛出错误并且不能完成安装。

让已有的更新站点支持 Equinox/p2

Equinox/p2 框架为更新站点使用了完全不同的一种格式，因为它使用了与之前的更新站点版本不同的元数据。Equinox/p2 所包括的一种功能强大的特性是能够阅读现有的、非 Equinox/p2 格式的更新站点并动态生成必需的元数据。但是，这么做需要花费一些时间，进而会影响性能。在构建更新站点时，可以为现有的更新站点生成元数据以使这些站点支持 Equinox/p2，并为用户提供更好、更快的体验。

新老站点格式之间最主要的区别在于插件 JAR 文件被优化后的 JAR 文件所取代，后者由引入到 Java 5 的 Pack200 重新打包。Pack200 压缩格式可以使某些 JAR 文件的大小减少 50% 甚至更多。

正如 Equinox/p2 wiki 网站上所解释的，原来的 Update Manager 常常需要下载在 site.xml 文件内所列的全部 JAR 文件，才能阅读这些 JAR 文件内的清单（manifest）。在用户还未选择进行任何安装之前，这个成本就已存在了，所以至少可以这么说，它并不理想。有了 artifacts.jar、 content.jar 和 digest.zip 之后，这个要求已经被消除了，这三个文件内包含 Equinox/p2 框架用来决定文件位于何处以及站点上有哪些特性可用的信息。