Spring Roo 1.2.3.RELEASE 是 SpringSource（现为 VMware Tanzu）于 2012 年发布的 Spring Roo 框架的一个维护版本，属于 Roo 1.x 系列的最终稳定版本之一。该版本主要包含缺陷修复、安全补丁和对 Spring Framework 3.1.x / Hibernate 4.x 等依赖的兼容性更新，但不支持 Java 8+ 或 Spring 4+，且已于 2013 年随 Roo 2.0 计划启动而正式进入维护终止（EOL）状态。官方已停止所有支持与更新，不建议用于新项目。

⚠️ 注意：Spring Roo 项目本身已在 2017 年正式归档（Archived），GitHub 仓库标记为 read-only，官网文档也已下线。现代替代方案推荐使用 Spring Boot + Spring Initializr + Lombok + JPA/Hibernate + Thymeleaf 等组合，实现更轻量、主流、可持续演进的开发体验。
Spring Roo 1.2.3.RELEASE available

The Spring Roo team is pleased to announce the availability 1.2.3.RELEASE. This is the third maintenance release for 1.2 and includes fixes for a number of issues and includes support for Spring Framework 3.2.0. Please see the change log for a list of the bugs and improvements completed.

I hope you enjoy this new release!
Spring Roo 与 Spring Boot 的核心设计理念存在根本性差异，本质区别体现在开发范式、控制粒度、演进目标和社区定位上：

🔹 Spring Roo（2010–2017）：面向“代码生成+约定增强”的 RAD（快速应用开发）框架

• 理念：通过静态代码生成（ITD + AspectJ） 和命令行驱动的增量式开发，在不侵入开发者代码的前提下，自动注入样板逻辑（如 JPA 实体 CRUD、Web 层绑定、测试桩等），实现“零配置但全可见”的可追溯工程。
• 控制方式：声明式（roo> shell 命令）→ 自动生成 .aj（AspectJ inter-type declaration）文件 → 编译期织入 Java 类，源码保持干净，逻辑分离清晰。
• 适用场景：适合企业内部需快速构建标准 CRUD 管理后台、对可审计性/可调试性要求高、且团队熟悉 AspectJ 的 Java EE 项目（尤其 Spring 3.x 时代）；强调开发过程的可逆性与透明性（删除 .aj 文件即退化为纯手写代码）。
• 局限：强依赖 IDE（STS/Eclipse + AJDT）、学习曲线陡峭、生态封闭、无法适配现代模块化（JPMS）、与 Java 8+ Lambda/Type Annotations 等特性兼容性差。

🔹 Spring Boot（2014–至今）：面向“约定优于配置+运行时自动装配”的云原生应用启动器

• 理念：通过 @SpringBootApplication + spring-boot-starter-* 依赖 + application.properties/yml，在运行时动态装配 Bean，消除 XML/注解冗余配置，内置 Tomcat/Actuator/Metrics 等，开箱即用。
• 控制方式：声明式依赖 + 配置属性 + 条件化自动配置（@ConditionalOnClass, @ConditionalOnMissingBean），开发者直接编写标准 Java 类，无代码生成或 AOP 织入。
• 适用场景：微服务、云部署（Docker/K8s）、DevOps 流水线、前后端分离架构；强调启动极简、运维可观测、生态开放、持续演进（无缝支持 GraalVM、Reactive Stack、Loom 等）。
• 优势：IDE 友好、调试直观、社区庞大、与 Spring Cloud/Security/Data 等深度集成，成为事实上的 Spring 生态标准底座。

✅ 本质对比总结：

💡 简言之：Roo 是“帮你写代码的智能模板引擎”，Boot 是“让你少写配置的智能容器引擎”。前者试图减少编码量，后者致力于消除配置负担——二者解决的是同一问题（Spring 应用复杂性）的不同侧面，但 Boot 因更契合现代软件交付范式而胜出。