You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The first 3.1.0 version (3.1.0-rc0) has been released.
We need to decide for a strategy regarding the adoption of this spec update for Microprofile-OpenAPI. If I remember well, we decided a long time ago that Microprofile-OpenAPI does not want to support multiple OpenAPI versions.
We could say that our version 2.0 will provide support for OpenAPI 3.1.0 (when it is out).
I suggest to create issues for required changes (we can tag them with the OAS 3.1.0 label)
I would like to start working on this, as the release candidate phase of OpenAPI release might be a good timing to provide feedback to the spec team.
We can also decide to store all changes required by OpenAPI 3.1.0 on a specific branch.
The text was updated successfully, but these errors were encountered:
If we decide to use the master branch for OpenAPI version 3.1.0, maybe we can create a released version 2.0-MR2 release prior to the integration of the new OpenAPI features.
The first 3.1.0 version (3.1.0-rc0) has been released.
We need to decide for a strategy regarding the adoption of this spec update for Microprofile-OpenAPI. If I remember well, we decided a long time ago that Microprofile-OpenAPI does not want to support multiple OpenAPI versions.
We could say that our version
2.0
will provide support for OpenAPI3.1.0
(when it is out).I suggest to create issues for required changes (we can tag them with the OAS 3.1.0 label)
I would like to start working on this, as the release candidate phase of OpenAPI release might be a good timing to provide feedback to the spec team.
We can also decide to store all changes required by OpenAPI 3.1.0 on a specific branch.
The text was updated successfully, but these errors were encountered: