fix: always allow schema string examples #1007
Conversation
timonback
requested review from
magicmatatjahu,
jonaslagoni,
smoya and
asyncapi-bot-eve
as code owners
![github-actions[bot]](https://avatars.githubusercontent.com/in/15368?s=60&v=4){kind=small}
There was a problem hiding this comment.
Welcome to AsyncAPI. Thanks a lot for creating your first pull request. Please check out our contributors guide useful for opening a pull request.
Keep in mind there are also other channels you can use to interact with AsyncAPI community. For more details check out this issue.
|
|
This pull request 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 pull request, add a comment with detailed explanation. There can be many reasons why some specific pull request 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 pull request forward. Connect with us through one of many communication channels we established here. Thank you for your patience ❤️ |
|
|
Bump. To resolve #997 (comment) Aligns with spectral parser, where the change has been merged via stoplightio/spectral#2625 (comment) and was approved by @jonaslagoni |
|
PR is updated |
|
/rtm |
There was a problem hiding this comment.
As the new setup, you need to add a changeset otherwise no release I dont think😓 #1007 (comment)
Description
The spectral rule asyncApi2SchemaValidation currently enforces that all examples have the same type as the schema type. However, we believe that there are cases in AsyncAPI, where it is needed to accept string examples regardless of the schema type.
To Reproduce:
stringin Message Example Object field payload for non-json payloads (like xml, yaml) spec#1038 (comment)Related issue(s)