Skip to content
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

Add support for packaging type .yaml #128

Open
robert-franz opened this issue Feb 20, 2024 · 3 comments
Open

Add support for packaging type .yaml #128

robert-franz opened this issue Feb 20, 2024 · 3 comments
Labels

Comments

@robert-franz
Copy link

robert-franz commented Feb 20, 2024

I tried to use the gradle plugin but i got stuck as when having a look to the source code the packaging types jarand war are supported. In our repository we're storing the openapi spec directly as packaing type yaml. Unfortunately this is not supported. Is there a way to also support that packaging type?

@galovics
Copy link
Member

Hi @robert-franz,

I don't see a problem with supporting straight yamls. Do you mind sharing your workflow so I can better understand whats going on?

Thanks.

@robert-franz
Copy link
Author

@galovics In the end we're directly uploading the .yamls to our repository as we're working api first. So we don't have yaml inside .jars. So when performing the backwards compatiblity check there is only a straight yaml in the repo.

@galovics galovics added the 2.5.0 label May 14, 2024
@galovics
Copy link
Member

@robert-franz I've got the idea of deploying yamls directly but question; which type of repository are you deploying to? Generic? Maven repo?

swagger-brake uses the maven-metadata.xml file to decide which is the latest version of a package and I'm not sure how this will work with a plain yaml unless you hack the deployment pipeline in your Java project to generate maven-metadata as well.

Let me know.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants