升级至Spring Cloud Contract 1.2.0后基类失效问题咨询

核心结论 #

原来基于com.jayway.restassured的基类方案不再直接有效，因为Spring Cloud Contract 1.2.x（对应Edgware版本）已经全面切换到Rest Assured 3.x，而Rest Assured 3.x的groupId和包结构都发生了变更。

具体原因 #

你遇到的现象是版本迭代后的正常变化：

• Spring Cloud Contract 1.2.0.RELEASE的spring-cloud-starter-contract-verifier默认引入的是io.rest-assuredgroupId的Rest Assured 3.x版本，不再包含旧的com.jayway.restassured 2.x依赖。
• Rest Assured 3.x将核心包的groupId从com.jayway.restassured改为io.rest-assured，包路径也同步更新，所以com.jayway.restassured.module.mockmvc.RestAssuredMockMvc这个类已经不存在于当前依赖中，自然无法解析。

解决方案 #

不需要显式添加com.jayway相关依赖，正确的做法是迁移到新的包结构：

1. 替换导入语句
   将原来的旧导入：

   import com.jayway.restassured.module.mockmvc.RestAssuredMockMvc;
   

   修改为Rest Assured 3.x的新导入：

   import io.restassured.module.mockmvc.RestAssuredMockMvc;
   

2. 保留原有业务逻辑
   你基类中setup()方法里配置MockMvc并传递给RestAssuredMockMvc的逻辑完全可以保留，Rest Assured 3.x对这部分API做了兼容，不需要修改核心代码。

关于文档的疑问 #

确实，文档中如果还展示com.jayway的旧示例，属于内容滞后。你可以通过以下方式反馈这个问题：

• 前往Spring Cloud Contract的GitHub仓库提交issue，指出文档示例与实际依赖版本不符的问题；
• 如果你有精力，也可以提交PR直接更新文档中的导入语句，帮助后续用户避免踩坑。

不推荐的备选方案（仅作参考） #

如果因特殊需求必须使用旧版com.jayway的Rest Assured，你可以显式在pom.xml中添加依赖，但这会带来依赖冲突的风险（新旧版本API可能不兼容），因此强烈建议优先选择迁移到io.rest-assured的方案。

内容的提问来源于stack exchange，提问作者Keith Bennett