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…

Apache Software Foundation 现已在 Tomcat 7 下载页面发布了第一个 Apache Tomcat 7 版本，即 Tomcat 7.0.0 beta。

SpringSource 的 Tomcat 专家 Mark Thomas 在 TomcatExpert.com 上详细介绍了此次发布。除了实现 Servlet 3.0、JSP 2.2 和 EL 2.2 规范外，Tomcat 7 还具备许多新功能：

• 内存泄漏的预防和检测
• 防止会话固定攻击
• 一个简单的过滤器，用于为应用程序添加跨站请求伪造防护
• 简化的嵌入
• 别名支持
• Manager 和 Host Manager 应用程序的安全性得到提升

对使用 Tomcat 感兴趣的开发者也应该看看 tc Server Developer Edition，它集成了 Spring Insight 性能分析控制台。tc Server 团队正在关注 Tomcat 的 beta 进程，并将提供…

你是 Grails 新手吗？或者你是否遇到了第一个 GORM 的“怪癖”？如果是这样，那么你一定要阅读这个关于 GORM 陷阱的系列文章。这些文章不仅会揭示那些常常让人们困惑的小特性，还会解释 GORM 为什么会表现出这些行为。

希望你已经知道 GORM 是 Grails 自带的数据库访问库。它基于可能是最流行的 Java ORM：Hibernate。可以想象，Hibernate 是一个强大而灵活的库，它为 GORM 带来了巨大的好处。但使用它是有代价的：许多…

基于 Spring 3.0.3 的 Spring Web Flow 2.1 已正式发布并可供下载。请参阅文档中的相应部分，了解此版本的新特性概述。

下载 | 文档

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

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

Juergen Hoeller 已宣布 Spring 3.0.3 现已发布。此小版本修复了 100 多个小问题，并追赶了一些近期的第三方发布。

下载 | 文档 | Javadoc API | 变更日志 | JIRA

请注意，我们不再提供依赖项下载。建议使用 Maven/Ivy 获取第三方库。您也可以下载您选择的第三方发行版并从中获取 jar 文件。请注意，除非您想升级，否则没有理由升级第三方库：最简单的解决方案是继续使用您熟悉且信任的版本。

请记住，Spring 用户可以在 社区论坛中提问，并在 JIRA 中报告问题。

经过几周的精细调整和社区反馈，Spring Framework 3.0.3 现已发布。此版本修复了 Spring 3.0.2 中报告的一百多个小问题，特别是在 JSP 标签库和 Portlet 会话处理方面，以及 ConversionService 的细节。此版本再次跟进了最近的第三方版本：OpenJPA 2.0 final、Hibernate 3.5.2 和 JBoss 6.0.0 M3，所有这些现在都与 Spring 3 完全兼容。

请注意，在此期间，所有主要的持久化提供者都已发布了支持 JPA 2.0 的 GA 版本，甚至…

更新 我修改了第一段，以澄清RabbitMQ与JMS之间的关系。

RabbitMQ是一个轻量级、可靠、可扩展且可移植的消息代理。但与许多Java开发人员熟悉的的消息代理不同，它不基于JMS。取而代之的是，您的应用程序通过一种平台中立的、线级别的协议（高级消息队列协议，AMQP）与其进行通信。幸运的是，已经有一个Java客户端库，并且SpringSource正在致力于一流的Spring和Grails集成，所以不必担心使用RabbitMQ时需要进行低级操作。您甚至可以找到提供JMS接口的AMQP客户端库。但AMQP在操作上与JMS有足够大的差异，这可能会让习惯于JMS模型的Java开发人员感到困惑。

为了缓解过渡的痛苦，本文将探讨AMQP的基础概念以及三个常见的用例。到那时，您应该能充分理解如何配置RabbitMQ并通过Spring和Grails提供的API使用它。

交换器、队列和绑定

像任何消息系统一样，AMQP是一个涉及发布者和消费者的消息协议。发布者产生消息，消费者接收并处理它们。消息代理（如RabbitMQ）的职责是确保来自发布者的消息能够发送到正确的消费者。为此，代理使用了两个关键组件：交换器和队列。下图展示了它们如何连接发布者和消费者。

正如您所见，设置非常简单。发布者将消息发送到命名交换器，而消费者从队列中拉取消息（或者根据配置，队列将消息推送到消费者）。当然，首先需要建立连接，那么发布者和消费者如何互相发现呢？通过交换器的名称。通常，发布者或消费者会创建一个具有给定名称的交换器，然后公开该名称。如何公开取决于具体情况，例如可以将其包含在公共API文档中，或者将其发送给已知的客户端。

消息如何从交换器路由到队列？这是一个好问题。首先，队列必须附加到给定的交换器。通常，消费者会创建队列并同时将其附加到交换器。其次，交换器接收到的消息必须与队列进行匹配，这个过程称为“绑定”。

为了理解绑定，了解AMQP消息的结构很有帮助。

消息的头和属性本质上是键值对。它们之间的区别在于，头由AMQP规范定义，而属性可以包含任意的、特定于应用程序的信息。实际的消息内容只是一个字节序列，所以如果您想在消息中传递文本，应该统一使用一种编码。UTF-8是一个不错的选择。如果您愿意，可以在消息头中指定内容类型和编码，但这似乎并不特别常见。

这与绑定有什么关系？一个标准头称为routing-key，代理就是利用它来匹配消息到队列。每个队列都指定一个“绑定键”，如果该键与routing-key头的值匹配，则该队列将接收到消息。

交换器类型的概念使情况稍微复杂化。AMQP规范定义了以下四种类型：

交换器类型	行为
Direct	绑定键必须与路由键完全匹配，不支持通配符。
Topic	与Direct相同，但允许在绑定键中使用通配符。'#'匹配零个或多个点分隔的单词，'*'匹配恰好一个这样的单词。
Fanout	路由键和绑定键被忽略——所有发布的消息都会发送到所有绑定的队列。
Headers

更新 我修正了关于通配符的信息，它们基于点分隔的单词或术语。

例如，假设一个发布者向名为“Stocks”的主题交换器发送一个路由键为“NYSE”的消息。如果一个消费者创建了一个附加到“Stocks”的队列，并且其绑定键为“#”、“*”或“NYSE”，那么该消费者将收到该消息，因为所有这三个绑定键都匹配“NYSE”。然而，如果消息发布到一个直连交换器，并且绑定键是“#”或“*”，那么消费者将不会收到消息，因为这些字符被视为字面量，而不是通配符。有趣的是，“#.#”也会匹配“NYSE”，尽管路由键中没有点。

现在考虑一个路由键为“NYSE.TECH.MSFT”的消息。给定消息将发送到一个主题交换器，哪些绑定键会匹配它？

绑定键	匹配？
NYSE.TECH.MSFT	是
#	是
NYSE.#	是
*.*	否
NYSE.*	否
NYSE.TECH.*	是
NYSE.*.MSFT	是

基本上就这么简单。通过支持每个队列的多个消费者和每个交换器的多个队列来提供灵活性。事实上，一个队列甚至可以绑定到多个交换器。现在让我们看看其中的一些场景。

RPC

AMQP代理可以充当客户端和服务之间的RPC机制。一般的设置如下，使用直连交换器。

一般的流程如下：

1. 客户端向队列发送消息，指定：(a)与服务匹配的路由键；以及(b)用于接收响应的队列名称。
2. 交换器将消息传递给服务的队列（在本例中为“ops_q”）。
3. 队列将消息推送到服务，服务执行一些工作，然后发送响应消息回交换器，并指定一个匹配回复队列的路由键。
4. 客户端从回复队列中获取响应消息。

从客户端的角度来看，调用可以是阻塞的或非阻塞的。但是，实现哪种方式的容易程度取决于所使用的客户端库。

RPC场景的关键是确保客户端和服务使用相同的交换器进行初始请求，并且客户端知道要为路由键指定什么。

至于回复队列，它通常由客户端创建，然后客户端会适当地填充reply_to头。此外，虽然您可以使用与请求不同的交换器来处理回复，但更常见的是为请求和回复使用同一个交换器。

发布/订阅

JMS具有主题队列的概念，可以确保发布者的消息发送给所有订阅者。在AMQP中，您可以通过将多个队列绑定到一个交换器来轻松实现相同的行为，如下所示：

更妙的是，队列可以通过绑定键过滤它们接收的消息。如果一个消费者想要接收所有消息，它可以指定绑定键为“#”——正如前面提到的“匹配任意数量的单词”通配符。对于普通开发人员来说，有点令人困惑的是，“*”匹配零个或一个（点分隔的）单词。

工作分配

想象一下您的应用程序有一堆需要执行的任务。通过AMQP，您可以连接多个消费者，使每个任务仅发送给其中一个消费者。发布者不在乎哪个消费者完成了工作，只在乎工作是否完成。这就是工作分配。

配置起来非常简单，如本图所示：

所以您有一个队列绑定到交换器，有多个消费者共享这个队列。这种设置可以保证即使有多个消费者，也只有一个消费者会处理给定的消息。

以上是AMQP代理的三个主要使用模式。尽管我分别描述了它们，但将它们组合起来的情况也很常见。例如，在RPC模式中，您可以让多个服务共享同一个队列（工作分配）。最终由您来决定如何配置交换器和队列，现在您应该已经有了足够的理解，可以为您的具体情况找出合适的设置。

如果您想深入了解AMQP，请查看规范本身，特别是“General Architecture”（通用架构）部分。要开始使用RabbitMQ，只需访问其网站。

在 SpringSource 的 Groovy & Grails 培训课程中，我们强调 Grails 是站在巨人的肩膀上。Spring 就是其中一位巨人。没有 Spring，Grails 根本无法如此快速地发展起来。它很可能也没有现在这样轻松集成企业 Java 系统的灵活性。看看可用的插件数量就知道了：许多插件都基于支持 Spring 的 Java 库。

在这篇文章中，我想先看看 Grails 如何使用 Spring，然后介绍你可以访问这种原始力量和灵活性的各种方式。

Spring 的衍生品

你可能不知道，但当你创建一个 Grails 应用程序时，你也创建了一个 Spring MVC 应用程序。在底层，Grails 创建了一个 Spring MVC 的变体DispatcherServlet并配置了一堆 Bean 来处理繁重的工作。当然，这意味着你的应用程序有一个 Spring 上下文在支撑着——一个你以后可以看到的、可以访问的上下文。

这里有一些…