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

[3.0.0] External docs/Contact as collection #799

Closed
magicmatatjahu opened this issue May 20, 2022 · 2 comments
Closed

[3.0.0] External docs/Contact as collection #799

magicmatatjahu opened this issue May 20, 2022 · 2 comments
Labels
stale 💭 Strawman (RFC 0) RFC Stage 0 (See CONTRIBUTING.md)

Comments

@magicmatatjahu
Copy link
Member

Currently, where External Docs Object and Contact Object (in Info Object) can be defined, only one object of this type can be defined. I wonder if we should allow in version 3.0.0 to define externalDocs and contact as collections. I don't have any "production" use case, however I am thinking out loud. I wonder how the specification might be developed in the coming months/years and we should try to be prepared for incoming changes.

To leave compatibility with both AsyncAPI 2.x.x and OpenAPI we should still leave the possibility to define the discussed objects as a single object (the question is whether we should have compatibility?).

We have to agree on the possibility to define the discussed objects as a collection in the upcoming 3.0.0 release because this will be a breaking change on the tooling side - so we can't do this for the next 3.1.0 release and next ones.

Examples

External Docs (on Message Object)

messageId: userSignup
name: UserSignup
title: User signup
summary: Action to sign a user up.
description: A longer description
contentType: application/json
externalDocs:
  - description: Find more info here
    url: https://example.com
  - description: Another doc
    url: https://example.com

Contact (on Info Object)

contact:
  - name: API Support
    url: https://www.example.com/support
    email: support@example.com
  - name: Second support
    url: https://www.example.com/support2
@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity 😴

It will be closed in 120 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation.

There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model.

Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here.

Thank you for your patience ❤️

@github-actions github-actions bot added stale and removed stale labels Sep 18, 2022
@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity 😴

It will be closed in 120 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation.

There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model.

Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here.

Thank you for your patience ❤️

@github-actions github-actions bot added the stale label Jan 18, 2023
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale May 19, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale 💭 Strawman (RFC 0) RFC Stage 0 (See CONTRIBUTING.md)
Projects
None yet
Development

No branches or pull requests

1 participant