这是第一次每周新闻汇总，包括 11 月 1 日到 11 月 11 日。这周，新闻汇总只是部分的；下周我将创建整周的条目，并尝试使综合性更强一些。 这周，我们还包括了有关 JRuby 和 OSGi 的旧新闻。

GlassFish 和 Middleware 新闻

• IBM DeveloperWorks：介绍 Metro。很高兴看到 IBM 涉及了 GlassFish WebServices 实现，因为它使用频率很高，包括 IBM。顺便提一下，相关主题的触发内部和外部线程的文章，请参见：Broken Fault Handling in Metro。
• 子版本显示是 Apache Incubator podling 和 same for LibCloud（来自 Apache incubator）
• 新 IzPack 和新 GlassFish v2.1.1 安装程序（通过 alexismp）
• 有关 Q3FY2010 的 Sun 的金融结果现已提供。MiddleWare+MySQL 的收入显示为单一条目，并且（稍微）上升，Year-to-Year (Y/Y)；Java 和 OpenStorage 大大上升 Y/Y；其他部分下降了 Y/Y。另请查看上一季度的数据。
• IntelliJ IDEA 9 (Maia) 进入测试版，包括完整的 JavaEE 6（和 GlassFish v3）支持。
• Sun 消减 3000 个职位。
• 新的纪录月在 GlassFish GeoMap 数字中（还会有更多详细信息）。

预知我们系统的未来

• 系统相关：新的 DTrace CheatSheet，Simple LB in OpenSolaris
• 最新安装在 Chris 的系列中，减少安装 OpenSolaris。这些系列应加以注意...
• Dedup in ZFS. 这很重要；DeDup 价值很大。

过去：GlassFish 中的 OSGi（通过该线程触发）：

• Sahoo 已在 GF 的 OSGi 部分上做了许多工作；参见他的博客：在 Equinox（和其他 OSGi 平台）上运行 GlassFish 、OSGi 已启用 web 应用程序 inGlassFish、在 GlassFish 中开发 Hybrid (OSGi + Java EE) 应用程序以及我们第二个混合应用程序：EJB 作为 OSGi 服务和 GlassFish 中的 OSGi 声明式服务包。
• 另请参见 Arun 的说明，构建在此工作 GlassFish v3 与不同 OSGi 运行时 �C Felix、Equinox 和 Knoplerfish 上。

过去：GlassFish 上的 JRuby（通过该线程触发）

• 来自 GF Wiki：JRuby on GF 入门

Sujit 发表了博文，介绍了如何在 OpenESB v3 / Project Fuji 内简单利用 Spring DM 的实例；都提供了一种服务或在“总线”上调用现有服务。 “总线”（又称为规范化消息路由器）向 OSGi 环境（例如 Felix 或 GlassFish v3）添加了基于消息、松散耦合和异步契约的选项。简单的 API 机制允许（接口中心）OSGi 服务实施和调用基于消息的服务。然后，Fuji 包括高级构建的主机，包括路由、传输和增加这些消息的能力。 有关安装 Spring DM 包的应用程序包以及说明实例可从 Fuji wiki 获取。

Java VisualVM 博客竞赛结果，“VisualVM OSGi 插件”条目吸引了我的注意。不仅仅是因为它位于前三甲，还因为通过附带 JDK (visualvm) 的工具中的 JMX 管理的 OSGi 平台与 GlassFish v3 配合使用的很好。 将在创建者页面中找到文档和下载项。Kiev Gama 还介绍了他是如何为该博客条目中的 visualvm 构建插件的。

这对能够使用 Felix shell (telnet localhost 6666) 和 Felix web 控制台是一个很好的帮助。所有工具都让您能观察 bundles current当前在 GlassFish v3 中的 200+ OSGi 捆绑的内容和状态，以及在其生命周期内运行。这个 visualvm 插件与 visualvm 的故障排除定位配合的很好（您很有可能不需要它进行日常的开发）。当然，这不是特定于 GlassFish 的，Kiev 提到已通过 Fuji 对此进行过测试。

Kiev Gama 生于 Recife, Brazil，是个计算机科学博士，学校是 UJF-Grenoble, France。当您知道 Richard Hall（出于 Felix 名声以及现在与 GlassFish 团队合作）用于该小组的一部分时也不必太惊讶。

通过 Richard、Sahoo、Jerome 和其他一些人的工作/博文，简短概述了 GlassFish v3 如何为 OSGi 提供支持。 该事例以系统中使用的 OSGi 核心开头，该系统是围绕内核概念、服务和组件来组织的。Jerome 在 JavaOne, TS-4923 的演讲就是很好的概述。

有关基本开发，查看 Jerome 的 GFv3 Extensions: Managed OSGi bundles，其中介绍了 asadmin deploy --type=osgi myosgibundle.jar 将如何部署 OSGi 捆绑：GFv3 在 OSGi 框架中安装捆绑，启动它，还记录 domain.xml 中的信息，因此 asadmin list-components 将显示 OSGi 捆绑已部署。注意，然后可以使用 Felix Web 控制台浏览 OSGi 捆绑。

有其他一些方法激活相同的部署机制，在使用文件系统操作来管理 GlassFish 中的 OSGi 捆绑时，Sahoo 介绍了 GFv3 如何利用 Apache Felix 的 FileInstall 以通过 autodeploy-bundles/ 目录允许自动部署。

Jerome 的下两篇博文介绍了 GF v3 中的扩展，允许应用程序使用 @Resource 以涉及 OSGi 服务。第一篇博文，GF v3 Extensions: Spring, Java EE 6 and OSGi 中，服务是使用 Spring DM 朝向 OSGi 服务注册表的 Spring Bean，而在 GF v3 Extensions: OSGi Declarative Services 中，他只是使用了标准的 OSGi Declarative Services，这成为了以 b55 开头的标准 GF v3 捆绑的一部分。

将来部分中有更多博文...

Jersey 1.1.1-ea（参见声明）现在可用在 GlassFish.org DEV 更新中心信息库中。这表示可以通过几下点击将您的 GlassFish 更新到该开发模块中。 按照相同的说明操作最新的 Mojarra/JSF 以发现并安装模块；参见以前的博文获取详细信息。

更新中心技术和信息库利用 IPS 和 GFv3 的模块性（构建在 OSGi 上）进行更新、升级和添加。该技术支持多个信息库、本地、内网或远程，不仅可用于将更新用于 GlassFish 还可以用到其上的所有种类的功能，来自 Sun、其合作伙伴、您的合作伙伴、您的小组、您的 IT 商店等...

这对我们当前说明这些任务的方式是个重大改变，我们仍将继续改进这条产业链的所有部分。我正在考虑在夏天组织几次有关该主题的网上研讨会，以获取更多详细信息，但还需要您的反馈和一些创新性的意见。

您也许知道新的模块式 GlassFish v3 构建自 (OSGi) 组件，这些组件可以使用 IPS 进行更新。我们将这些部分聚合到处于就绪状态的 JavaEE 6 Web Profile 和完整的 JavaEE 6 捆绑中，但它们还可以用于创建 �� la carte 分发，如 Alexis 在最近的博文中所述。

我建议您至少尝试一下第一个例子，以更好地理解这些技术是如何在一起工作的。GFv3 的优点就在于所有部分都非常小型化而且速度很快 - 我写这篇文章是在一个公共的 WiFi 站点，它具有非常稳定的连通性，我等待 BSC 花的时间要比运行该示例要多。

Part I 的开头是 IPS 最佳实践的工具包图片。工具包图片大小为 5MB（其大部分是 Python 2.4 运行时），而且其中没有 GlassFish。接下来的一步是下载 GF v3 内核 (2.41MB)，其自动引入 Felix (564KB)、Grizzly (943KB) 和 HK2 (565KB)；IPS 软件包包括相关的 OSGi 模块。 本文的其余部分介绍了如何安装更新中心 IPS 软件包（那是最大的软件包，因为 python 图形工具包）以及如何用它添加管理软件包，然后创建并开始一个域。

这一系列中的 Part II 介绍了首先安装 GFv3 Web 容器；它映射了 Jerome 最近有关 GF v3、OSGi 和 Spring 的文章（该部分有点复杂，我看到 Jerome 已发布了更简单的版本）。Part III 将继续创建“照菜单点”的 GF v3 的主题，其中包含您需要的组件，而且仍在扩展。

使用 Spring 框架的应用程序始终在 GlassFish 中良好的运行着，是 v2 或 v3。现在随着 GlassFish v3 最终发行版的临近，新的机会也随之而来。作为上周有关受管理的 OSGi 包的接续，GlassFish 架构师 Jerome Dochez 使其更近了一步，方法是通过实现 GlassFish 服务，使用了 Spring bean 并使用 Java EE 6 web 应用程序调用它。一点都没有 OSGi 或 Spring 依赖性。 这个详细的示例使用 Spring 的扩展程序包，它的作用是针对用于基于 Spring 的服务实现的 Spring 容器，而且（这对我而言是最有趣的一部分），一个简单的 web 应用程序只能通过标准的 @Resource 注释注入该服务。当然，这不是 GlassFish 的定制版本，而且服务查找使用 OSGi 服务和标准的 Java EE 注释。不需要 GlassFish/Spring/OSGi API。功能强大，然而却很简单。

在他最近的有关 OSGi interview JavaPosse.com 的采访中，Peter Kriens（OSGi 技术总监）提到了 GlassFish v3 的一个示例，没有用任何特定于运行时环境的 API 来扩展该运行时环境。能听到 Peter 认可 GlassFish v3 团队所做的工作真是太棒了!

Fuji 继续进步着。Fuji M3 去年 11 月 发行的，但我错过了 M4（参见 Annies 有关日志记录的说明）。M5 上周发布了（下载），Andi 刚刚发表了发行汇总，对 M5 Wiki 页面进行了补充。 Andi 和 Kirill 上周四还提供了有关 Fuji 的网上研讨会；参见网上研讨会页面以获取截屏视频和讲座的链接 - 我担心我的动作有点慢了，而且还没有上载录制品。

相关新闻报道说，最近发行的 OpenESB v2.1 M2 备受用户好评，特别是在先安装的 GlassFish 上直接安装 OpenESB 的功能；参见 Manfred 和 Giovani 的说明。

另附：参见 Mark 有关 M4 和 M5 的博文；他对 M4 的介绍在这里。

模块化很重要，但没有可扩展性和可管理性，不要对 GlassFish v3 期望值过高。GlassFish 的架构师 Jerome Dochez 最近发表了一篇有关受管理 OSGi 捆绑的博文。他讨论了通过简单的 OSGi 模块放入 modules/ 目录或使用熟悉的 asadmin deploy 方式将扩展部署到 GlassFish 的属性和配置。 然后，Jerome 从一个 Java 类开始，分别通过 Maven 和远程登录（访问 Felix 控制台）继续编写、部署和测试简单的 OSGi 捆绑。该条目是上一个有关使用 Grizzly 适配器的条目的后续之文，扩展应用服务器运行时环境。Jerome 答应第三方，该系列重点在于组合 Spring、OSGi 和 Java EE 6，所有部分均在 inside GlassFish v3 中。

当 GlassFish v3 Prelude 在 2008 年发行时，您将需要获得一个提升的版本以便测试 Jerome 所讨论的功能。就像以前的报告，GlassFish v3 的整个 Java EE 6 实现的目标是 2009 年 9 月的最终发行版。

离我们在这里提到 grizzly 已经有一阵儿了，但那并不表示社区一直在闲着，情况恰恰相反。对项目的其中一项重大贡献就是 Hubert 的 OSGi HTTP 服务。这使得其他 OSGi 包可动态注册资源和 servlet 到 HTTP 服务的 URI 名称空间中。

在其他 Grizzly 相关的新闻中，Compojure web 框架（基于 Clojure）现在支持 Grizzly，团队发现其比较容易进行移植操作，Restlets Engine 现在将 Grizzly 1.9.10 集成到其 1.1.4 版本中。

最后，就如您所看到的，Grizzly 现在有了自己的标志! 社区投票并选择了 Richard 的标志（用在此博文中）。感谢 Richard!

GlassFish ESB 产品世界取得了许多令人振奋的进展；在介绍了 GlassFish ESB v2 RC 版的企业级特性和商业支持之后，我们还表示了将来会有更多针对这个平台的大型改进计划。 通过 Project Fuji 的 Milestone 3，您可以测试我们正在为 GlassFish ESB.next 开发的一些平台增强功能，并积极参与到开发工作中来。

如果您还没有深入了解 Project Fuji，那么您可能会有兴趣知道有“进化的”和“创新的”一面；Fuji 中也使用 v2 中的适配器和容器，v2 中构建的应用程序在 Fuji 上部署并运行。我们的创新旨在提高每一层的开发效率；确保我们的产品在灵活性、敏捷性和易用性方面领先。

Project Fuji Milestone 3 引入了（我敢说，这非常酷）基于 web 的工具选项，用于对服务进行组合。

参见 Fuji Milestone 3 截屏视频，其中介绍了如何在浏览器中使用简单的拖放功能，通过域特定语言 "IFL" 方便地构建与 Milestone 2 中构建的相同的方案，从而对服务进行组合。

值得一提的是，web 工具通过域特定语言进行构建，因此往返就变得容易；例如，您可以从子版本查看在浏览器中构建的项目，并在选择的 IDE 中对其进行编辑，就像 milestone 2 中所示。

这使我们更加了解 Fuji：通过灵活性、敏捷性和易用性提高开发效率。

• 其灵活性扩展了工具选择的范围
• 对于敏捷性，您可能注意到“自动保存和部署”选项使我们向轻量化的目标又迈进了一步，便于您进程中开发、测试和修正应用程序。
• 对于易用性，可视化建模企业级集成模式的简单方法和简单的属性对话框很有用

你们也许已见识过 Fuji Milestone 1 的非凡表现，其中就有它的基于 Web 的工具选项，以及简单但功能强大的定义服务并将其链接在一起的方法。 对于 Milestone 1，我们特意选择了一些同时代的技术，例如 RSS 和 XMPP，这就会使一部分人们不得不考虑：这如何应用于更多典型的集成环境中呢？

别担心，对于Milestone 2，我们已经选择了典型的环境，并向你展示它是如何快捷方便地应用 Fuji 中功能强大而且简单的功能的。

不要只在这里看我们的语言描述，请观看 Keith 演示的 Fuji Milestone 2 视频.然后，获取简单的 jar 文件下载 Milestone 2 并试用一下，并给回我们反馈意见！事实上，只有一个简单的视频，我们根本无法演示更多的功能，所以请查看此空间。

有关突出显示的功能，例如添加的企业集成模式和利用 OSGi 功能的拦截器，请参见 Milestone 2 页面。另请参见 Andi 有关 Fuji Milestone 2 的博文，其中介绍了更多的背景信息。

我们还重建了 Fuji 登陆页，请参阅我们精心设计的 Fuji 门户网页：https://fuji.dev.java.net，它里面包含所有的链接，了解更多详细信息、截屏视屏等。

请注意，明天（2008 年 10 月 22 日，上午 9 点 PT），我们将在 OpenESB 创新系列研讨会中举办现场会议和网上研讨会，演示并探讨 Fuji，敬请届时参加。

InformIT 就Fuji 项目和 OpenESB采访了Andi Egloff 和 Keith Babo , 并在最近发布了这次采访的视频。采访由两部分组成,  采访主持是Ted Neward, 每个部分不到10分钟。讨论题目涉及从ESB价值到目前OpenESB中JBI标准的范畴。

然后又讨论了Fuji 项目如何融入现有的发展模式和使用OSGi 的理由（以及它怎样与JBI 整合） 。最后，讨论的重点是Fuji 项目中提供的DSL。DSL是一个独立的（ 以javacc为基础的）语言,用以表达多种强大的整合模式。

虽然Fuji仍是一个研究项目，但我认为,可以有把握地说, 我们希望该项目中的大多数内容将会成为OpenESB 3.0的一部分 。如果您对此有兴趣，一定要听听每月一次的OpenESB 创新研讨系列。

OSGi联盟已经讨论过在诸多的应用服务器中，发行版本提高了OSGi支持. Peter (联盟的技术总监)已经撰写了合作要点和GlassFish服务器值得受到关注：

最后，但是并不是最坏。Sun决定使用J(ava)EE中的OSGi标准来实现Glassfish.他们声称极度重视OSGi，因为他们同时聘请了Richard S. Hall.很高兴Sun能够回到OSGi联盟中来。

谢谢Peter的欢迎，很高兴能回来。

James Falkner 和 Prashant Dighe 会给予个 Overview of WebSynergy 的讲座 11am PT, Sept 11th, 2008. 邀请你参加我们的电话会议l (free if in the US, caller-paid overseas) 或是网络会议 TheAquarium @ uStream.TV. 详情OverviewOfWebSynergy page at the TheAquarium wiki. 我们计划 (with the usual comment about mice and men) 录制这个会议。 Updated Slides 放在 wiki page.