Spring Data REST中PUT操作问题：Person关联Account与School的处理

针对你的需求，我们可以分两部分来实现，分别处理Account的编辑限制和School的URI关联：

一、确保Account仅随Person一起编辑 #

你已经在Person类的account字段上添加了@RestResource(exported = false)，这一步已经正确阻止了Spring Data REST为Account实体生成独立的REST端点，用户无法直接通过API操作Account资源。接下来要确保在PUT更新Person时，Account能被正确级联编辑：

1. 确认级联配置：你的@OneToOne注解已经设置了cascade = CascadeType.ALL，这个配置会让Account的创建、更新、删除操作随Person的操作级联执行。比如当你PUT更新Person时，请求体中携带的Account变更会被同步保存到数据库。
2. 屏蔽Account的Repository端点：如果Account有对应的Repository接口，记得给它添加@RepositoryRestResource(exported = false)，避免意外暴露Account的API：

   @RepositoryRestResource(exported = false)
   public interface AccountRepository extends JpaRepository<Account, Long> {
   }
   

3. PUT请求体示例：更新Person时，你可以直接在请求体中嵌套Account的内容，比如：

   {
     "account": {
       "username": "updatedUser",
       "email": "updated@example.com"
     },
     "school": "http://localhost:8080/schools/2"
   }
   

二、实现PUT请求中通过URI关联School #

Spring Data REST原生支持通过URI关联关联实体，只要满足以下条件即可：

1. 确保School的REST端点存在：School对应的Repository需要添加@RepositoryRestResource（默认exported=true，无需额外配置），这样Spring Data REST会生成/schools/{id}的端点。
2. 直接在请求体中传入School的URI：就像你需求中提到的，PUT请求里的school字段直接填School资源的完整URI即可，Spring Data REST会自动解析这个URI，找到对应的School实体并关联到Person上。
3. 注意事项：
   • 确保URI中的ID与School实体的@Id字段类型匹配（比如你的School用Long类型ID，URI中的2是有效数值）
   • 确保请求有权限访问/schools/{id}端点，否则会出现关联失败的情况

三、常见问题排查 #

• PUT时Account未更新：检查CascadeType是否包含MERGE（CascadeType.ALL已经包含），同时确认请求体中的Account结构正确，没有遗漏必要字段。
• School URI解析失败：验证School的REST端点是否可以正常访问，URI的路径、端口是否与实际部署一致，另外可以开启Spring Data REST的日志，查看关联解析的详细报错信息。
• 防止Account被单独修改：除了配置@RestResource(exported=false)，还可以通过Spring Security添加权限控制，彻底禁止对Account相关资源的直接访问。

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