Gemini Web 项目的第一个发布候选版已可供下载。有关自里程碑 4 以来的变更，请参阅错误列表。感谢 SAP 的 Violeta Georgieva 持续的贡献。

该项目定于 10 月 20 日进行 Eclipse 评审，以便能在 10 月底从孵化中毕业并发布 1.1.0 版本。依赖于 Gemini Web 的 Virgo 项目也应与 Gemini Web 同时毕业并发布其 2.1.0 版本。

SpringSource dm Server 2.0.3 已可供下载。此版本的目的是修复 Windows 上当根日志级别配置为 "debug" 时出现的严重问题。此错误已在 Virgo 中报告并修复，然后为现有客户进行了回移植，因为 Virgo 尚未发布其基线版本（计划在 2010 年第四季度发布）。

Gemini Web 里程碑 4 (1.1.0.M04-incubation) 已可供下载。

显著变更

• 升级到 Tomcat 6.0.29（及 SpringSource 修改），以修复一些安全漏洞
• 重构 Tomcat bundle 以启用集群功能 - 详见bug 322983
• 各种测试和构建改进

Virgo 里程碑 2.1.0.M04-incubation 已可供下载。

变更

• Bug 323609 修复：在某些 Windows 场景下，严重的日志性能问题
• OSGi 扩展变更，为 Equinox 3.6 升级做准备，由 Hristo Illiev 贡献
• Olivier Girardot 贡献了新的测试用例和测试覆盖率改进
• 支持新的框架属性 org.eclipse.virgo.suppress.heap.dumps 并在用户指南中记录
• 删除未使用的 EquinoxConsoleManager
• 各种构建和测试改进

有关更多详情，请参阅错误列表。

Virgo 2.1.0.M02-incubator 已可供下载。除了完成“入门指南”外，此里程碑显著减少了启动时间 - 在某些系统上甚至快了 5 倍。

这应该进一步激励 dm Server 用户迁移到 Virgo：Virgo 是未来开发的代码库，拥有更宽松的许可，并且现在提供了更快的启动速度。

测量

我们测量了 Virgo Web 服务器暖启动（即不带 -clean 参数）的耗时，并将里程碑 M02 与 M01 进行了比较。

在一台四核 Intel Xeon 2.66 GHz 机器上，启动时间从 68 秒减少到 12 秒，减少了…

Eclipse Gemini Web 的第一个里程碑版本 (1.1.0.M01) 现已可供下载，采用Eclipse 公共许可和Apache 许可 2.0 双重许可。

SpringSource 开发了 OSGi Web Container 的参考实现，然后将代码贡献给了 Eclipse，作为 Gemini 的 Web 子项目。Gemini 的目标是提供 Java EE 技术的模块化实现。Gemini Web 提供了 servlet 和 JSP 技术。

Gemini Web 在 Equinox OSGi 框架上运行并嵌入了 Tomcat。它也被集成到 Eclipse Virgo Web 服务器中。

更多信息请参阅文档和维基…

Eclipse Virgo 的第一个里程碑版本 (2.1.0.M01) 现已在Eclipse 公共许可下可供下载。它包含一个应用服务器（称为 Virgo Web Server）和一个独立内核。

此里程碑的目标是让 dm Server 2.0.x 用户能够相对无痛地迁移到 Virgo 并获得同样稳定的环境。SpringSource 为 Virgo 提供商业支持，我们鼓励所有 dm Server 用户迁移到 Virgo。与用户的主要沟通渠道现在是 Virgo 论坛。此外还有一个Virgo 开发者邮件列表和一个每周的Virgo 社区电话会议…

SpringSource dm Server 2.0.1 于今日发布。

此版本修复了一些小错误和一个安全问题。Admin Console 中的 dojo 版本从 1.3.2 升级到 1.3.3，以防止开放重定向攻击。

此版本还包含了 OSGi Web Container 的最终参考实现。OSGi Web Container 规范最近由 OSGi Alliance 作为OSGi 4.2 企业规范的一部分发布。

dm Server 不再计划发布后续版本，因为该项目正作为 Virgo 捐赠给 Eclipse Foundation。我们的目标是在适当时候发布 Virgo 的基线版本…

克隆是 dm Server 2.0 中的一项功能，它将某些 bundle 和库复制到范围应用（即 PAR 或范围计划）中，如路线图中所述。

在过去几个 sprint 中，dm Server 中对克隆的支持稳步发展。基本机制已在 M1 中就绪：克隆可以通过以下方式触发：

• 手动指定 import-library 或 import-bundle 上的指令 sharing:=clone
• 当范围应用由于 uses 约束冲突而无法解析时自动触发。

自那时起，代码得到了一定的整理，为 Spring 框架被克隆的常见情况添加了主要的性能优化，添加了日志消息以指示哪些 bundle 已被克隆，改进了跟踪功能，并修复了一些错误。

我们注意到，手动克隆是一项相对安全的操作，因为它完全由用户控制。然而，自动克隆总是推测性的。它是由 OSGi 解析器失败驱动的，特别是 uses 约束的违反（如早期博客中所述）。有些 uses 约束冲突无法通过克隆来避免，但在尝试自动克隆并 uses… 之前我们无法判断。

OSGi 联盟决定通过在公共注册表中列出供应商特定的 manifest header 来适应它们。目的是避免供应商之间以及供应商与 OSGi 自身 header 之间的冲突。

该注册表目前包含 OSGi 自己的 header、SpringSource dm Server 引入的 header，以及 bnd 工具使用的两个 header。