Spring Framework 3.0 RC2 发布
我很高兴宣布我们今天发布了 Spring 3.0 的第二个候选版本 (下载页面)。这个版本在 RC1 的基础上进行了多项关键改进，特别是
-
Spring 3.0 RC2 完全符合 JSR-330 标准 并通过了 TCK 的最终版本。JSR-330，也称为“Java 依赖注入”，基本上标准化了带有限定符模型的 @Inject 注解。"javax.inject" 注解现在可以用作 Spring 自己的 @Autowired 和 @Qualifier 注解的替代方案。Spring 的 <context:annotation-config> 元素也会自动激活 JSR-330 处理（如果存在 "javax.inject" API）。
-
一个专用的 AnnotationConfigApplicationContext： 使得编程式引导尽可能方便，无需任何 XML。支持显式注册注解类以及在类路径中进行组件扫描。这不仅适用于 Spring 的 @Component 模型，也适用于 @Configuration 类（也称为 "JavaConfig"）和符合 JSR-330 标准的类。
…
用户可以检查系统已知的作业。作业可以是可启动的或不可启动的（在截图中它们都是可启动的）。区别在于，可启动作业是在应用程序本身中定义和配置的，而不可启动作业是作为作业在另一个进程中执行后留下的状态检测到的。（Spring Batch 使用关系型数据库来跟踪作业和步骤的状态，因此可以查询历史执行记录来显示不可启动的作业。）
可启动的作业可以通过用户界面启动，其中作业参数以名称值对的形式提供，或者通过应用程序中配置的增量器提供。
一旦作业正在执行或已经执行，此视图可用于查看最近的执行情况以及其状态（STARTED、COMPLETED、FAILED 等）的简要摘要。 
每个独立的执行都有一个更详细的视图（如上所示），用户可以从那里向下点击以查看该作业中的每个步骤执行（本例中只有一个）。想要这样做的常见原因是为了查看失败的原因。 
步骤执行详细视图的顶部显示了此步骤在所有作业执行中的执行历史记录。这对于获取性能特征的统计感受非常有用。在集成测试环境中运行作业的开发人员可能会使用此处的统计信息来比较作业的不同参数设置，以查看更改（例如）项处理步骤中的提交间隔有何影响。 
步骤执行视图的底部包含步骤的详细元数据（状态、读取计数、写入计数、提交计数等）以及导致步骤失败的任何异常的堆栈跟踪摘录（如上面所示示例）。
正在执行的作业可以由用户停止（无论它是否可启动）。停止信号通过数据库发送，一旦被 Spring Batch 在运行作业的任何进程中检测到，作业将被停止（状态从 STOPPING 变为 STOPPED），并且不再进行进一步处理。
