Gemini Web 项目的第一个发布候选版现已可供下载。有关自里程碑4以来所做的更改，请参见bug列表。感谢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捆绑包以启用集群工作 - 参见bug 322983
• 各种测试和构建改进

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

更改

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

更多详情请参见bug列表。

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

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

测量

我们测量了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容器的参考实现，然后将代码贡献给Eclipse，作为Gemini的Web子项目。Gemini的目标是提供Java EE技术的模块化实现。Gemini Web提供servlet和JSP技术。

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

更多信息请参见文档和wiki…

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

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

SpringSource dm Server 2.0.1 于今日发布。

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

此版本还包括OSGi Web容器的最终参考实现。OSGi Web容器规范最近由OSGi联盟作为OSGi 4.2企业规范的一部分发布。

dm Server没有进一步的发布计划，因为该项目正在捐赠给Eclipse基金会，成为Virgo。我们的目标是在适当时候发布Virgo的基线版本…

克隆是dm Server 2.0中的一个功能，它将某些捆绑包和库复制到限定范围的应用程序（即PAR或限定范围的计划）中，如路线图中所述。

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

• 通过在import-library或import-bundle上指定指令sharing:=clone手动触发
• 当限定范围的应用程序因用途约束冲突而无法解析时自动触发。

此后，代码经过了一些整理，针对Spring框架被克隆的常见情况添加了主要的性能优化，添加了日志消息以指示哪些捆绑包已被克隆，改进了跟踪，并修复了一些错误。

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

OSGi联盟已决定通过将供应商特定的清单头列在公共注册表中来容纳它们。目的是避免供应商之间以及供应商与OSGi自身头之间的冲突。

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