-
Notifications
You must be signed in to change notification settings - Fork 382
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use AsciiDoc AST to create open v3 support #381
Use AsciiDoc AST to create open v3 support #381
Conversation
0d6618b
to
ad19687
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The current implementation has an extension mechanism where users can inject AsciiDoc/Markdown at certain positions.
Do you plan to add such an extension mechanism as well?
The current implementation allows configure the order of the parameters, operations and definitions.
It also allows to group paths by tags.
Do you plan to add this configuration option as well?
|
||
public class OpenApiHelpers { | ||
|
||
public static final String LABEL_DEFAULT = "Default"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Internationalization: I think labels should be localized like in the current implementation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Internationalization will be supported, that's the reason, all strings are collected in one place to make it easier to do that. Just wanted to do an initial pass for v3 support
pathItem.readOperationsMap().forEach(((httpMethod, operation) -> { | ||
SectionImpl operationSection = new SectionImpl(allPathsSection); | ||
String summary = Optional.ofNullable(operation.getSummary()).orElse(""); | ||
operationSection.setTitle((italicUnconstrained(httpMethod.name().toUpperCase()) + " " + monospaced(name) + " " + summary).trim()); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Certainly can be done, I opted for the current implementation as summary is an optional value can be missing. what could be used for such scenarios?
b9aaf43
to
e6706d7
Compare
* Use Asciidoc AST to create OpenApi v3 support * Add `Overview` information * Add `Servers` information * Fix document authors * Fix document authors * Add `Servers` information * Add `Servers` information * Add `Servers` information * Add `Servers` information * Add `Path Parameters` information * Add `Path Parameters` information * Add `Path Responses Links` information * Add `Tags` information * Add `Comonents.Schemas` information * Add `Comonents.Parameters` information * Add `External Docs` information * Add `Components Responses` information * Add `Components Headers` information * Add `Components Links` information * Delete unused test fixtures * Change asciidoctorJ dependency to asciidoctorj-api, to remove the the need for JRuby
Not 100% sure about the plans, but this ticket is probably ready to be closed. Correct? |
Hi @RobWin !! I could see that this feature is merged to master, but none new version of this artifact has been released from two years ago. Do you have any plan about doing a new release with these changes? Will be this feature available to be used with maven plugin? Thank you! |
OpenApi v3 support #340 schema document support implemented as follows;