Spring Boot 1.5.10间歇性的RestRepositoryController 404问题？

Question

我在使用Spring Boot和一个控制器时遇到了一个奇怪的问题。

我认为这是由于与另一个名称相同（较新版本）的控制器发生冲突

结构就像这样

 controllers
    -v2
       -PartController(@RestController)
    -v1
       -PartController(@RepositoryRestController)
 repositories
    -v2
       -PartRepository(@Repository)
    -v1
       -PartRepository(@RepositoryRestResource(path = "/part"))

这样做的原因是，我们正在引入服务层，并希望脱离Restful信息库。因此v1将最终被删除。

但是，当启动服务时，原始存储库方法有时未映射（不确定）。 其他时间，检查摇摇晃晃时也可以。摇摇欲坠时，这是正确的结果

纠正端点

端点不正确（jpa基本方法）

v1 PartController

@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 Boot在启动时映射每个控制器时，这可能是竞争条件吗？

完全随机，重新运行或维护服务可以按预期工作。然后重新启动它，/parts上的那些端点不可用，从而导致 404

春季版本：1.5.10.RELEASE

Springfox（Swagger）：2.8.0

Answer 1

我设法在概念验证项目中重现了您的问题。这是因为您为同一个实体（在您的情况下为Part）拥有多个存储库。

有关更多详细信息，请参见this change request。唯一的区别是您在第二个存储库上没有@Repository而不是@RepositoryRestResource(exported = false)，但这没关系，结果是一样的：资源的导出次数约为50％。

我看到的唯一解决方法：摆脱第二个存储库。

这个question也很有趣。