Paulo Lopes

@cvgaviao The templates live here: https://github.com/pmlopes/slush-vertx/tree/master/project_templates I believe you should check the first 3 ones as those are the OpenAPI specific ones. Probably you won't need to check them all....

Short answer, no :) At the moment we have no swagger generator, I'd recommend to use a similar approach to the one used with raml: http://vertx.io/blog/contract-driven-rest-services-with-vert-x3/ You can achive the...

@SyCode7 I never set any goal to implement that, there are some experiments by the community in that area. I'd suggest to join the gitter channel or the Google group...

no, the modules do not depend on each other. Running the tests fails because the TestVerticle tries to load gradle.properties from the project dir but does not inherit the top...

i only reference other projects at runtime, so it would be nice to only depend on the mod zip

Can you provide a reproducer?

So, if understand it right, you would prefer to not see all the repetition we currently have: ```yaml openapi: 3.0.0 info: version: 1.0.0 title: Test spec for OpenAPI3ServiceProxiesTest license: name:...

This means we need to change the function: https://github.com/vert-x3/vertx-web/blob/master/vertx-web-openapi/src/main/java/io/vertx/ext/web/openapi/impl/OpenAPI3Utils.java#L134-L170 To allow the new behavior

Hi yes. Would you like to contribute? We need to look at what metrics we would like to have and add the collector on the right place.

@InfoSec812 this is definitely something we should improve. Currently, we started to use `HttpException` as the “default” exception type in vert.x web to signal exceptions with an associated HTTP status...