Spring 社区本周依然精彩纷呈。新版 Tomcat 发布、移动客户端、Spring Data 以及大数据（如 Spring Gemfire、Redis，以及当然的 Spring Data 项目）似乎引起了社区的广泛关注。
温馨提示：Spring 核心框架的领导者兼所有姐妹 Spring 项目的贡献者 Juergen Hoeller 将在两天后（2 月 10 日）举行两次相同的网络研讨会——一次面向北美，一次面向欧洲——介绍 Spring 3.1 的新特性！务必注册参加这次免费的网络研讨会，了解最广泛使用的 Java 框架的下一代迭代！
此次活动报名人数创下纪录，预注册数量惊人。虽然 Spring 3.1 的二进制文件（还未发布；敬请期待！），但Spring 项目的代码始终可供您使用，因此——如果您和我一样对所有新功能感到兴奋——您将在发布前很久就能通过本次网络研讨会开始体验了……
亲爱的Spring社区，
我们很高兴地宣布，Spring Mobile 项目的第三个里程碑版本现已发布！
Spring Mobile 为 Spring MVC 提供了扩展，有助于开发跨平台移动 Web 应用程序。1.0.0.M3 版本提供了一个通用的用户站点偏好管理功能，可以独立使用，也可以与移动站点切换器结合使用。有关所有信息，请参阅更新日志和参考手册。
下载发布版或使用以下命令从 Maven 获取工件：
<repository>
<id>org.springframework.maven.milestone</id>
<name>Spring Maven Milestone Repository</name>
<url>http://maven.springframework.org/milestone</url>
</repository>
<dependency>
<groupId>org.springframework.mobile</groupId>
<artifactId>spring-mobile-device</artifactId>
<version>1.0.0.M3</version>
</dependency>
访问 github.com/SpringSource/spring-mobile-samples 获取示例应用程序 | git clone git://github.com/SpringSource/spring-mobile-samples.git
此版本标志着我们与社区中的早期采用者使用 Spring Mobile 在他们自己的应用程序中进行了第三次迭代。如果您正在构建移动 Web 应用程序，我们鼓励您尝试 1.0.0.M3 并与我们合作进行项目的下一次迭代。
本周社区的进展如火如荼，令人着迷。根据您的关注点不同，兴奋点可能在于 Spring Data、Gemfire 和 Virgo 等更前沿的新技术，也可能在于 Tomcat 和 SpringSource Tool Suite 等技术的精妙改进。无论如何，本周有很多内容值得了解，让我们开始吧！
上个月初使用 Spring 与 Activiti BPMN 2 引擎。
亲爱的Spring社区，
我们很高兴地宣布 Spring GemFire 1.0 项目的首个 GA 版本现已支持 Java 和 .NET！Spring GemFire 项目旨在通过使用 GemFire 作为分布式数据管理平台，简化构建支持 Spring 的高可伸缩性应用程序的过程。
立即下载： Spring GemFire for Java | Spring GemFire for .NET
此版本包含
通过 Spring GemFire，Spring 用户在与 GemFire 交互时应该会感到宾至如归，而熟悉 GemFire 的开发者也将看到 Spring 容器的优势和灵活性，其……
亲爱的Spring社区，
我们很高兴地宣布，我们刚刚发布了 SpringSource Tool Suite (STS) 下一个版本的第一个里程碑构建。
此里程碑构建的一些亮点
与往常一样，下载可从 STS 下载页面获取，请查看“其他下载”。
在本文中，我们将介绍消息传递的核心概念，以及 Spring 框架及其姐妹项目提供的丰富消息传递支持。
什么是消息传递？为了最好地解释这一点，我将转述 Gregor Hohpe 和 Bobby Woolf 的开创性著作《企业集成模式》（Addison Wesley, 2004）中提供的示例。当你打电话时，你会尝试将信息传达给另一方。只有当对方在你打电话时能够接听，这才会起作用。由于并不总能接到电话，因此我们使用语音邮箱来排队消息。呼叫者将消息留在语音邮箱中，然后被呼叫者可以稍后异步地检索消息（或实际上，许多消息）。
在这个例子中，语音邮箱位于双方之间。它存储消息，然后在被呼叫者（接收者）检索时将其传递。在企业消息传递领域，情况非常相似：一方将消息发送到消息代理（也称为消息导向中间件 - MOM），而另一方——当该方能够——在稍后接收或显式查询消息代理中的任何消息。
这正是类比停止有用的地方。与语音邮箱相比，消息代理具有许多选项。消息代理非常适合提供附加服务，例如路由，并保证消息传递。消息代理可以针对不同的用例进行优化，例如，你可以权衡速度与持久性。消息代理可能会将消息持久化到外部存储以确保持久性，尽管这通常是可以通过配置来切换以提高速度的选项。
在语音邮箱示例中，消息由一方发送，然后传递给另一方——通信是*点对点*的。消息代理支持这一点，以及另一种称为*发布/订阅*的通信类型，其中消息会传递给多个客户端。
消息代理的一个常见用途是解决两个不同系统之间的集成问题。发送到消息代理的数据通常是发送方和接收方都通用的格式。两个系统在使用消息代理时需要就数据合同达成一致。消息通常包含消息正文，其中存储了消息本身的内容，以及消息头，它们是键/值对，提供了有关消息正文的元数据，可用于帮助消息的消费者处理消息。消息头可以是任何你想要的内容，但它们通常与消息本身或消息的处理器相关。
Java 消息服务 (JMS) API 规定了与消息代理交互的客户端接口。每个消息代理都提供自己的 API 实现，非常类似于 JDBC 驱动程序对 JDBC API 的作用。这意味着 JMS 客户端通常应该使用与服务器相同版本的客户端。有许多优秀的 JMS 代理实现可供选择。其中一个原因是消息传递一直是应用程序开发的重要组成部分，并且今天仍然如此。自 1.1 版本以来，JMS 一直是 J2EE（现为 Java EE）规范的一部分。在过去十年的大部分时间里，JMS 规范都停留在 1.1 版本。
在 JMS 中，客户端使用 javax.jms.ConnectionFactory 创建 javax.jms.Connection。然后可以使用 Connection 创建 javax.jms.Session。Session 代表客户端与代理的交互，并允许发送和接收消息以及其他不太明显的。操作。
该接口上最有用的方法与创建 javax.jms.Destination 的消息生产者和消息消费者有关。Destination 映射了消息代理上“地址”的 JMS 概念。它还映射了代理存储消息的位置。在 JMS 中，消息从同一位置发送、存储和消费，所有这些都由 javax.jms.Destination 实例表示。
[/caption] Destination 是一个接口，有两个更具体的子接口 javax.jms.Queue 和 javax.jms.Topic。Queue 代表标准的队列，这是之前描述的点对点构造。Topic 提供发布/订阅消息传递，并将一条消息传递给多个接收者。
要将消息发送到 Destination，您必须创建一个 javax.jms.MessageProducer。然后可以使用 MessageProducer 发送 javax.jms.Message。
JMS 支持两种不同的接收消息的机制。第一种方式是使用 javax.jmx.MessageConsumer#receive() 方法来请求消息，该方法以*同步*方式返回 Destination 中的单个消息；默认情况下，该方法会阻塞直到收到消息。而不是使用 MessageConsumer，客户端可以通过调用 javax.jms.Session#setMessageListener(MessageListener) 来安装 javax.jms.MessageListener。MessageListener 是一个接口，只有一个方法 public void onMessage(javax.jms.Message)，每当 Destination 上有可供消费的 javax.jms.Message 时，就会调用该方法。MessageListener 提供*异步*消息处理：当消息到达时，它们会被处理。
JMS API 中还有很多内容需要了解，但这些类和概念将在我们讨论 Spring 对 JMS 消息传递的支持时对您大有帮助。第一层支持是 `org.springframework.jms.core.JmsTemplate`，它提供了简化的方法，可以将我们刚才讨论的许多事情简化为一行代码。`JmsTemplate` 需要一个 `javax.jms.ConnectionFactory` 实例来工作。`JmsTemplate` 可以为您做很多工作。例如，发送消息时，`JmsTemplate` 会建立一个 `javax.jms.Session`，设置一个 `javax.jms.MessageConsumer` 或 `javax.jms.MessageProducer`，设置所有事务处理机制，并为您提供对当前 `javax.jms.Session` 的引用，以便您可以创建所需的任何消息并发送。考虑到所有错误处理和构造逻辑，这可以轻松节省几十行代码。一旦消息发送完毕，它会销毁或关闭其中大部分对象。这是应用程序服务器（如 Java EE 服务器）中的标准做法，因为 `ConnectionFactory` 实例由服务器创建、由服务器管理并进行池化。它们在使用后会缓存实例。在这些环境中关闭资源只是将其返回到池中。因此，`JmsTemplate` 在标准情况下会做正确的事情，假设 `ConnectionFactory` 缓存或池化了实例。
在应用程序服务器等托管环境中，您通常需要从 JNDI 获取 javax.jms.ConnectionFactory。您可以使用 Spring 来为您查找该引用并配置 JmsTemplate。在我们的示例中，我们希望更宽松地操作，因此我们将使用独立的 ActiveMQ 消息代理。ActiveMQ 是一个流行的、开源消息代理。要使用它，请下载它，然后在 bin 文件夹中运行适合您操作系统的启动脚本。在您的应用程序中，您需要客户端库来连接到相应版本的 ActiveMQ。在撰写本文时，ActiveMQ 的最新版本是 5.4.2。如果您使用 Maven，请将以下依赖项添加到您的 Maven pom 文件中
<dependency>
<groupId>org.apache.activemq</groupId>
<artifactId>activemq-core</artifactId>
<version>${activemq.version}</version>
</dependency>
<dependency>
<groupId>org.apache.activemq</groupId>
<artifactId>activemq-optional</artifactId>
<version>${activemq.version}</version>
</dependency>
请确保为 ${activemq.version} 创建一个 Maven 属性，或者手动将字符串替换为相应的版本。还有一个 activemq-all 依赖项，但它会拉下许多可能不必要的 jar。对于我们的应用程序，上述两个依赖项就足够了。
让我们检查一个基本 JMS 应用程序的配置。首先，让我们检查基本的 Spring XML 配置
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/200…
Mark 和 Oleg 使用以代码为中心的演示来描述 Spring 3.0 功能如何集成到 Spring Integration 中，实现了哪些企业集成模式，以及通道适配器和网关在何处进行了更新。他们演示了 Spring Integration 的新 STS 工具支持，并讨论了该项目的一些未来功能和方向。
本次演示是了解 Spring Integration 2.0 的绝佳方式。2.0 的 GA 版本 在本次演讲后不到一个月发布，因此所有涵盖的主题都与当前版本保持同步。再次感谢 InfoQ 报道 SpringOne 2GX 2010。
对于整个 Spring 社区来说，这又是激动人心的一周。除了激动人心的 Tomcat 7 稳定版发布公告外，社区还发布了许多精彩的文章。
Apache Maven 是一个流行的开源工具，它提供了一种约定优于配置的方法来管理项目构建。事实上，Eclipse Community Surveys 显示 Maven 的采用率从2009 年的 8% 增长到2010 年的 28%，这凸显了它在各种项目设置中的有用性。即使您可以在不使用 Maven 的情况下使用 Spring，但仍有许多理由建议 Spring 开发人员使用它。在本文中，我将向您展示如何开始使用 Maven，以及如何成功地将其与 Spring 库、仓库和工具（如SpringSource Tool Suite 和Spring Roo）结合使用。
Maven 处理项目构建。如果您的项目遵循 Maven 的约定，Maven 可以相对轻松地提供强大的功能和复杂性。它是声明式的；您描述*要*做什么，而不是*如何*做。如果您来自 Make 或 Ant 等传统的构建工具，这种方法会显得不同。
您在 Maven 项目配置中声明项目的依赖项。然后，这些依赖项会被为您解析并下载。这类似于许多不同操作系统中的包系统。假设您使用的是 OS X 的 fink 或 ports 命令行工具。要更新操作系统的功能，用户会在管理客户端中选择一个包（例如，最新的安全补丁，或新版本的 glib 库）来安装，然后指示客户端从称为包仓库的已知服务器下载并安装它。下载包后，包管理器会查看包的清单，其中列出了该包所依赖的所有库（位于其他包中）——其传递依赖项。这些也会被下载。
如果您还没有安装 Maven，有几种安装方法。您可以从 Apache 网站下载。选择一个更新的版本。目前，许多人使用 Maven 2.21，或者最近发布的 Maven 3。下载您想要使用的版本，然后将其解压到您选择的目录。或者，许多操作系统在包系统中提供 Maven 2（即将提供 Maven 3）的构建。例如，在 Ubuntu 上，您可以运行 `sudo apt-get install maven2`。如果您使用的是 SpringSource Tool Suite（可在此 免费下载），那么您无需担心，Maven 已经下载并包含在您的 STS 安装文件夹中。无论您如何将 Maven 二进制文件添加到您的系统，都要确保该二进制文件在您操作系统的搜索路径中。通常，这只需将 Maven 安装目录的 `bin` 文件夹添加到您操作系统的 `PATH` 变量中。最好为 Maven 安装本身创建一个名为 `MAVEN_HOME` 的系统变量。在 Unix（包括 OS X）或 Linux 机器上，此设置看起来大致相同。在我的机器（一台 Ubuntu Linux 机器）上，它看起来是这样的
export MAVEN_HOME=/home/jlong/bin/springsource/maven-2.2.1.RELEASE export PATH=$PATH:$MAVEN_HOME/bin
要进行测试，请打开一个新的 shell 并发出以下命令
mvn --version
您应该会看到一些输出，确认命令存在于您的系统中，如下所示
jlong@jlong-mbp:~/Desktop/code$ mvn --version Apache Maven 2.2.1 (r801777; 2009-08-06 12:16:01-0700) Java version: 1.6.0_22 Java home: /usr/lib/jvm/java-6-sun-1.6.0.22/jre Default locale: en_US, platform encoding: UTF-8 OS name: "linux" version: "2.6.35-22-generic" arch: "amd64" Family: "unix" jlong@jlong-mbp:~/Desktop/code$
Maven 项目假定有一个标准的目录结构，该结构至少看起来像这样
./pom.xml ./src ./src/main ./src/main/java ./src/main/resources ./src/test ./src/test/java ./src/test/resources
目录结构的最顶层是一个 XML 文件（始终称为 pom.xml），Maven 期望在该位置找到它。pom.xml（POM 是 Project Object Model 的缩写）描述了项目特有的、无法自动推断的内容，例如依赖项、项目名称等。
| 目录 | 描述目录内容（相对于项目根目录） |
|---|---|
| src/main/java | 包含项目的 Java 源代码 |
| src/main/resources | 包含项目任何类路径相关的资源（例如，Spring 应用程序上下文 .xml 文件） |
| src/test/java | 包含用于测试的 Java 源代码…… |