Sergey Grigoriev

I also have this issue with springfox 2.9.2

@dilipkrish, I have created a fix based on tag 2.9.2 and creates a new hotfix version 2.9.3 , but there is no branch in your repository for 2.9.3. Could you...

Looks like this issue was introduced in dfcf9a26766f45cf5d6c8365010f94a1874068b5 When you have REST functions in the same controller which have shared data types as the part of signature, then it slows...

While my pull request fixed issue with 2.9.2, it is required, but not sufficient for 3.0.0 because version 3.0.0-SNAPSHOT has introduced another bottleneck in springfox.documentation.spring.web.scanners.ApiModelReader#mergeModelBranch which has been re-written since...

As users of version 2.9.2 we do do not have plans to migrate to version 3.0.0. I have already fixed this issue, please use my pull request to release version...

The reason why creating such an example is difficult is that we have about 250 REST endpoints which use a hundred of java classes as parameters or return values.

@MaksimOrlov , apart from having a lot of controllers there is another condition which triggers this issue. The large portion of controllers should reference the same entities or data transfer...

If you look at version 2.9.2 there is a method springfox.documentation.schema.DefaultModelDependencyProvider#resolvedDependencies which is called multiple times for the same model context, and that why we have such a long startup...

> it will be useful to have some global cache for scanned ModelContexts The cache was there originally, but was removed by commit dfcf9a26766f45cf5d6c8365010f94a1874068b5, and that created this issue, I...

Apart from DefaultModelDependencyProvider#dependentModels which inherits @Cacheable from the interface, DefaultModelDependencyProvider#resolvedDependencies has 5 more usages which are not cached.