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

Consolidate guidance around examples (3.0.4) #3893

Merged
merged 2 commits into from
Jun 9, 2024

Conversation

handrews
Copy link
Member

@handrews handrews commented Jun 9, 2024

The three (four in 3.1) ways of specifying parameter or media type examples are confusing. There is a lot of guidance that is repeated, making it harder to see the essentials. Some of that guidance is also contradictory, with most saying that the examples SHOULD match various conditions, but one saying that they MUST.

Research shows that SHOULD was repeatedly advocated, and instances of MUST corrected back to SHOULD, except for one final commit where MUST was introduced, and the subsequent commit to revert to SHOULD seems to have simply missed one instance. So this change takes the position that the MUST was an error and weakens it to SHOULD to match the other four or five places where the requirement was specified.

The three (four in 3.1) ways of specifying parameter or media type
examples are confusing. There is a lot of guidance that is repeated,
making it harder to see the essentials.  Some of that guidance is
also contradictory, with most saying that the examples SHOULD
match various conditions, but one saying that they MUST.

Research shows that SHOULD was repeatedly advocated, and instances
of MUST corrected back to SHOULD, except for one final commit
where MUST was introduced, and the subsequent commit to revert
to SHOULD seems to have simply missed one instance.  So this
change takes the position that the MUST was an error and weakens
it to SHOULD to match the other four or five places where the
requirement was specified.
@handrews handrews added bug clarification requests to clarify, but not change, part of the spec example obj/keywords Issues with the Example Object or exampel(s) keywords labels Jun 9, 2024
@handrews handrews added this to the v3.0.4 milestone Jun 9, 2024
@handrews handrews requested a review from a team June 9, 2024 03:08
darrelmiller
darrelmiller previously approved these changes Jun 9, 2024
@darrelmiller darrelmiller merged commit d3e0238 into OAI:v3.0.4-dev Jun 9, 2024
1 check passed
handrews added a commit to handrews/OpenAPI-Specification that referenced this pull request Jun 9, 2024
The four ways of specifying parameter or media type examples
are confusing. There is a lot of guidance that is repeated,
making it harder to see the essentials.  Some of that guidance is
also contradictory, with most saying that the examples SHOULD
match various conditions, but one saying that they MUST.

Research shows that SHOULD was repeatedly advocated, and instances
of MUST corrected back to SHOULD, except for one final commit
where MUST was introduced, and the subsequent commit to revert
to SHOULD seems to have simply missed one instance.  So this
change takes the position that the MUST was an error and weakens
it to SHOULD to match the other four or five places where the
requirement was specified.
ralfhandl added a commit that referenced this pull request Jun 10, 2024
Consolidate guidance around examples (modified 3.1.1 port of #3893)
handrews added a commit to handrews/OpenAPI-Specification that referenced this pull request Jun 10, 2024
The four ways of specifying parameter or media type examples
are confusing. There is a lot of guidance that is repeated,
making it harder to see the essentials.  Some of that guidance is
also contradictory, with most saying that the examples SHOULD
match various conditions, but one saying that they MUST.

Research shows that SHOULD was repeatedly advocated, and instances
of MUST corrected back to SHOULD, except for one final commit
where MUST was introduced, and the subsequent commit to revert
to SHOULD seems to have simply missed one instance.  So this
change takes the position that the MUST was an error and weakens
it to SHOULD to match the other four or five places where the
requirement was specified.
@handrews handrews deleted the examples-304 branch June 10, 2024 17:38
handrews added a commit to handrews/OpenAPI-Specification that referenced this pull request Jun 21, 2024
The four ways of specifying parameter or media type examples
are confusing. There is a lot of guidance that is repeated,
making it harder to see the essentials.  Some of that guidance is
also contradictory, with most saying that the examples SHOULD
match various conditions, but one saying that they MUST.

Research shows that SHOULD was repeatedly advocated, and instances
of MUST corrected back to SHOULD, except for one final commit
where MUST was introduced, and the subsequent commit to revert
to SHOULD seems to have simply missed one instance.  So this
change takes the position that the MUST was an error and weakens
it to SHOULD to match the other four or five places where the
requirement was specified.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug clarification requests to clarify, but not change, part of the spec example obj/keywords Issues with the Example Object or exampel(s) keywords
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants