Spring Boot 1.5.10 间歇性 RestRepositoryController 404 问题?
Intermittent RestRepositoryController 404 issue with Spring Boot 1.5.10?
我在使用 Spring 引导和一个控制器时遇到了一个奇怪的问题。
我认为这是因为与另一个名称相似的控制器(较新版本)发生冲突
结构是这样的
controllers
-v2
-PartController(@RestController)
-v1
-PartController(@RepositoryRestController)
repositories
-v2
-PartRepository(@Repository)
-v1
-PartRepository(@RepositoryRestResource(path = "/part"))
这样做的原因是,我们正在引入一个服务层并希望远离 Restful 存储库。因此 v1
最终会被删除。
然而,当启动服务时,原始存储库方法有时未映射(非确定性)。
其他时候它会起作用,当检查 swagger 时。这是在 swagger
上查看时的正确结果
正确的端点
端点不正确(jpa 基本方法)
v1 零件控制器
@RepositoryRestController
public class PartController {
... more code
v1 PartRepository
@CrossOrigin
@RepositoryRestResource(path = "/part")
public interface PartRepository extends JpaRepository<Part, Long> {
... more code
v2 PartController
@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 PartRepository
@Repository("PartRepository2")
public interface PartRepository extends CrudRepository<Part, Long> {
Optional<Part> findById(Long id);
}
请注意,无论另一个端点如何,新端点都在工作
如上所述,端点的可用性是随机的。
当 Spring 引导在启动时映射每个控制器时,这可能是竞争条件吗?
完全随机,重新运行或maven清理服务即可正常运行。然后再次启动 /parts
上的那些端点不可用,导致 404
Spring版本:1.5.10.RELEASE
Spring狐狸(招摇):2.8.0
我已经成功地在概念验证项目中重现了您的问题。这是因为您对同一实体(在您的案例中为 Part)拥有多个存储库。
有关详细信息,请参阅 this change request。唯一的区别是你在第二个存储库上有 @Repository
而不是 @RepositoryRestResource(exported = false)
但没关系,结果是一样的:资源在大约 50% 的时间被导出。
我看到的唯一解决方法:删除第二个存储库。
这个question也很有意思
我在使用 Spring 引导和一个控制器时遇到了一个奇怪的问题。
我认为这是因为与另一个名称相似的控制器(较新版本)发生冲突
结构是这样的
controllers
-v2
-PartController(@RestController)
-v1
-PartController(@RepositoryRestController)
repositories
-v2
-PartRepository(@Repository)
-v1
-PartRepository(@RepositoryRestResource(path = "/part"))
这样做的原因是,我们正在引入一个服务层并希望远离 Restful 存储库。因此 v1
最终会被删除。
然而,当启动服务时,原始存储库方法有时未映射(非确定性)。 其他时候它会起作用,当检查 swagger 时。这是在 swagger
上查看时的正确结果正确的端点
端点不正确(jpa 基本方法)
v1 零件控制器
@RepositoryRestController
public class PartController {
... more code
v1 PartRepository
@CrossOrigin
@RepositoryRestResource(path = "/part")
public interface PartRepository extends JpaRepository<Part, Long> {
... more code
v2 PartController
@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 PartRepository
@Repository("PartRepository2")
public interface PartRepository extends CrudRepository<Part, Long> {
Optional<Part> findById(Long id);
}
请注意,无论另一个端点如何,新端点都在工作
如上所述,端点的可用性是随机的。 当 Spring 引导在启动时映射每个控制器时,这可能是竞争条件吗?
完全随机,重新运行或maven清理服务即可正常运行。然后再次启动 /parts
上的那些端点不可用,导致 404
Spring版本:1.5.10.RELEASE
Spring狐狸(招摇):2.8.0
我已经成功地在概念验证项目中重现了您的问题。这是因为您对同一实体(在您的案例中为 Part)拥有多个存储库。
有关详细信息,请参阅 this change request。唯一的区别是你在第二个存储库上有 @Repository
而不是 @RepositoryRestResource(exported = false)
但没关系,结果是一样的:资源在大约 50% 的时间被导出。
我看到的唯一解决方法:删除第二个存储库。
这个question也很有意思