我在使用 Spring boot 和一个 Controller 时遇到了一个奇怪的问题。
我认为这是由于与另一个名称相似的 Controller (较新版本)发生冲突
结构是这样的
controllers
-v2
-PartController(@RestController)
-v1
-PartController(@RepositoryRestController)
repositories
-v2
-PartRepository(@Repository)
-v1
-PartRepository(@RepositoryRestResource(path = "/part"))
这样做的原因是,我们正在引入一个服务层,并希望摆脱 Restful 存储库。因此 v1
最终将被删除。
然而,当启动服务时,原始存储库方法有时不会被映射(非确定性)。 其他时候它会起作用,当检查 swagger 时。这是在 swagger 上查看时的正确结果
正确的端点
不正确的端点(jpa 基本方法)
v1 零件 Controller
@RepositoryRestController
public class PartController {
... more code
v1 零件库
@CrossOrigin
@RepositoryRestResource(path = "/part")
public interface PartRepository extends JpaRepository<Part, Long> {
... more code
v2 零件 Controller
@RestController("PartController2")
@RequestMapping(path = "/api/v2", name = "PartController2")
public class PartController implements PartsApi {
@RequestMapping(
method = RequestMethod.POST,
path = "/parts/usage/")
@Override
public List<PartResponse> getPartUsage(@RequestBody final List<PartUsageRequest> request) {
return this.service.getPartUsage(request);
}
v2 零件库
@Repository("PartRepository2")
public interface PartRepository extends CrudRepository<Part, Long> {
Optional<Part> findById(Long id);
}
请注意,无论其他端点如何,新端点都可以正常工作
如上所述,端点的可用性是随机的。 当 Spring boot 在启动时映射每个 Controller 时,这可能是竞争条件吗?
它是完全随机的,重新运行或 maven 清理服务可以按预期工作。然后再次启动 /parts
上的那些端点不可用,导致 404
Spring 版本:1.5.10.RELEASE
Springfox(招摇):2.8.0
最佳答案
我已经成功地在概念验证项目中重现了您的问题。这是因为同一实体(在您的案例中为 Part)拥有多个存储库。
参见 this change request了解更多详情。唯一的区别是你在第二个存储库上有 @Repository
而不是 @RepositoryRestResource(exported = false)
但没关系,结果是一样的:资源大约 50% 的时间被导出。
我看到的唯一解决方法:删除第二个存储库。
这question也很有趣。
关于java - Spring Boot 1.5.10 间歇性 RestRepositoryController 404 问题?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53282447/