Phillip Webb

The `ReactorResourceFactory` code has moved on a bit, it looks like [this version](https://github.com/spring-projects/spring-framework/blob/b6f502db4e262a42ceb9076e16d455afd3ac3dbf/spring-web/src/main/java/org/springframework/http/client/reactive/ReactorResourceFactory.java#L225) matches the stacktrace.

Thanks for the bug report. I think this is something that the Spring Framework team will need to consider. I'll transfer the issue for them to review.

@sid-hbm The issue is still open and hasn't been done yet. The target is for M6, but that's not a cast-iron guarantee.

It is a bit of pain that `spring.factories` are currently all or nothing. I don't particularly like the idea of using the arguments to suppress the listeners. I'd probably prefer...

Looks like we might need to change the plugin ID before it will be accepted. http://plugins.gradle.org/submit

It looks like b03d091df578c45f1f8e7870bd903ecde603d953 might have flipped the `extendsFrom` for some reason. `provided` and `optional` used to extend from `compile` and now it appears to be the other way around....

I've started to move the repo to https://github.com/spring-gradle-plugins/propdeps-plugin. Would reverting the main change (see https://github.com/philwebb/propdeps-plugin/tree/gh-1) break IDEA again?

@fs111 Do you have a complete example project that we could take a look at? Perhaps you could share something on GitHub?

We don't produce any war artifacts our self in the Spring team but pull requests would be welcome if there is some way to support this. I would also recommend...

There's a public class in Boot 2.0+ called `ManagementPortType` that looks very similar to `ManagementServerPortUtils.ManagementServerPort` but its job is to tell what type of port is needed, not return the...