今天，我们宣布开源 Spring 项目组合的最新成员 Spring BlazeDS 集成的 1.0 GA 版本正式发布。为此，我认为是时候更新我的之前的入门文章了。回顾一下
该项目的目的是简化使用 Adobe Flex 作为前端客户端构建 Spring 驱动的富互联网应用程序的过程。其目标是通过提供对使用开源 Adobe BlazeDS 项目及其强大的远程处理和消息传递功能（结合熟悉的 Spring 编程模型）的一流支持来实现此目的。
现在包含在项目分发版中的是与 Adobe 合作构建的一套完整的示例，这些示例演示了各种功能的使用，称为 Spring BlazeDS 集成试用版。这些示例是开始使用该项目的好方法，在这里我将快速向您介绍……
克隆是 dm Server 2.0 中的一项功能，它会将某些捆绑包和库复制到作用域应用程序（即 PAR 或作用域计划）中，如路线图中所述。
对 dm Server 中克隆的支持在过去几个冲刺中稳步发展。基本机制在 M1 中已到位：克隆可以通过以下方式触发
此后，代码得到了一些整理，为 Spring 框架克隆的常见情况添加了一个主要的性能优化，添加了日志消息以指示哪些捆绑包已被克隆，改进了跟踪，并修复了一些错误。
我们注意到，手动克隆是一个相对安全的操作，因为它完全在用户的控制之下。但是，自动克隆始终是推测性的。它由 OSGi 解析器故障驱动，特别是 uses 约束冲突（如之前的博客中所述）。有些 uses 约束冲突无法通过克隆避免，但除非尝试自动克隆并且 uses……
我们很高兴地宣布，Spring Security 3.0 的第一个里程碑版本现已发布。该版本也可通过 Maven 里程碑存储库获得：http://maven.springframework.org/milestone与 Spring 3.0 一样，这是第一个需要最低 JDK 1.5 才能运行并需要 Spring 3.0 的版本，因此如果您尚未使用它，则应获取 Spring 3.0.0.M3 版本。那么这个版本有什么新功能和变化呢？
<http use-expressions="true">
<intercept-url pattern="/secure/**" access="hasRole('ROLE_SUPERVISOR') and hasIpAddress…正如Register 和其他一些博主所指出的那样，Red Hat 最近宣布了一项防御性举措，其动机是试图赶上 SpringSource。显然，SpringSource tc Server 和 dm Server 的势头让 Red Hat 感到担忧，Spring Framework 作为企业 Java 的事实上的标准组件模型也在不断发展。
“JBoss 开放选择战略”似乎是一种重新包装，而不是新技术，它试图将 JBoss 定位为在不断变化的需求的新世界中仍然具有相关性。重新包装显然具有反应性，而且很多……
在我之前的文章之后，许多人一直在询问转向 OSGi Web 容器将对 dm Server 产生什么影响。最常见的问题是
我将分别解答这些问题。如果您还有其他问题，请随时发表评论。
与 Web 容器 RI 集成将使 dm Server 能够访问 OSGi Web 容器标准的所有功能。这包括处理 WAR 的标准模型，对webbundle URL 方案的支持以及对 Web 容器扩展程序的支持。
我正在探索 RI 的一些不错的增值功能，包括使用 ConfigAdmin 进行动态配置，一个全面的 MBean 接口来检查已部署的 Web 捆绑包以及 EventAdmin 集成以监控生命周期事件。所有这些功能都将添加到 dm Server 和 RI。
您会很高兴地知道，您在 dm Server 中了解的关于 Web 应用程序的大部分内容保持不变。
除了对webbundle URL 的支持外，仍然可以使用 dm Server 部署程序部署 WAR 文件。所有路径都支持部署程序，包括拾取目录、部署程序 MBean 和管理控制台。
使用 dm Server 部署程序部署时，将从配置的存储库链中可用的捆绑包自动安装 WAR 文件依赖项。
程序员指南中提到的所有 WAR 类型都保留了下来——事实上，它们是 Web 容器标准的一部分。
使用 dm Server 部署的 WAR 将自动导入所有配置的系统包，即使此功能未包含在标准中。如果使用webbundle URL 进行部署，则可以使用 URL 参数触发系统包导入。我希望规范在此领域包含一些标准行为
我们的目标是保持 dm Server 中大部分功能不变，但是转向 Web 容器确实需要进行一些更改。与此同时，我们正在利用代码重构来整合我们从用户那里看到的更受欢迎的功能请求。
最大的变化是删除了Web 模块。我们更倾向于支持基于标准的方法，现在我们已经能够与 OSGi 联盟合作创建基于标准的 OSGi Web 应用程序方法，我们正在转向它，而不是 dm Server 特定的解决方案。
对于今天正在使用 Web 模块的用户，我非常想知道您最喜欢的功能以及您不愿意失去的功能。没有什么理由不能在 Web 容器 Web 捆绑包之上重新设计重要的 Web 模块功能。
在 1.0.x 系列中，嵌入在 dm Server 中的 Tomcat 实例使用 JSON 配置文件格式进行配置。许多用户要求我们切换回使用 Tomcat 的 XML 格式。Web 容器 RI 使用标准 Tomcat 格式，当 dm Server 切换到 Web 容器时，它也将切换配置文件格式。
我仍在确定配置文件的存储位置的具体细节。我希望能够使用可以从 ConfigAdmin 中填充的占位符来参数化 Tomcat 配置文件
掌握进展情况最简单的方法是跟踪 Web 容器和 dm Server Web 的 SVN 存储库。您可以通过以下 URL 访问这些存储库：
更新： “Spring Roo 简介”系列博客的第三部分现已推出，详细介绍了 Roo 的内部架构。
今天，我很高兴地宣布我们刚刚发布了Spring Roo 1.0.0.M1。此版本不仅包含许多修复、增强功能和31%的性能提升，还提供了一系列令人兴奋的新功能，包括电子邮件服务、JMS、Spring Web Flow、简化的安装和自动Selenium支持。这建立在我之前博客文章中提到的alpha版本中已存在的许多功能之上。
除了开发第一个里程碑版本外，在过去的一个月中，我们还建立了典型的开源项目的公共项目基础设施。我们现在提供了一个社区支持论坛、Jira问题跟踪、公共Subversion代码库、FishEye源代码监控和等等。在#roo Twitter上报告的一些评论……
更新：为Git添加了版本控制说明。
在过去的几个月里，我一直在与来自OSGi企业专家组的Subbarao Meduri、Graham Charters、Hal Hildebrand和其他人一起研究RFC66 Web容器规范。Web容器规范定义了如何以标准方式在OSGi服务平台上部署WAR文件。
这对我们来说非常有趣，因为dm Server几乎已经支持WAR文件18个月了，我们很高兴能够朝着标准模型努力。作为最终用户，你将能够在OSGi上部署WAR文件，而无需……
dm Server 2.0.0.M2已发布，现已可供下载。自从2.0.0.M1以来的两次冲刺中，我们在最终版本方面取得了重大进展，无论是在新功能方面，还是在缺陷修复方面。如果您有兴趣了解我们一直在进行的所有工作，请查看M2发行说明。请继续在我们的博客、论坛和JIRA上发表您的反馈。
以下是监视存储库的一些示例配置
"watched-repo" : {
"type" : "watched",
"watchDirectory" : "repository/watched",
"watchInterval" : 5
}
在管理和转换SpringSource企业Bundle存储库中包含的众多Bundle时，记住哪些包是引导委托的、从系统Bundle导出的还是从系统中的其他Bundle导出的会变得非常困难。此信息很重要，因为您可能不希望导入引导委托的包，您可能希望以“0”导入系统Bundle包，并且您希望为所有其他包定义自定义导入。记住哪些包属于这些类别中的每一个类别最终会容易出错，并且定义模板……
今天，我们很高兴地宣布Grails 1.1.1的可用性，它在对Grails 1.1进行许多增量改进的同时，还引入了对Google AppEngine的官方支持。
Groovy本身自从推出以来就一直在AppEngine上运行，但我们必须在Grails中进行一些调整才能使Grails应用程序在AppEngine上运行。
这其中包括引入一个AppEngine插件，该插件用JDO（很快将是JPA）替换Hibernate进行持久化，以便利用Google的DataStore API。AppEngine插件还集成了AppEngine开发……
