Python library to check Swagger Spec backward compatibility
Project description
swagger-spec-compatibility
About
swagger-spec-compatibility is a Yelp maintained library that provides tools to automatically detect the safety of Swagger/OpenAPI 2.0 specification changes with respect to backwards compatibility.
swagger-spec-compatibility aims to give developers confidence that their spec changes are safe and that clients built with previous versions of the Swagger spec can continue to communicate correctly.
Documentation
More documentation is available at swagger-spec-compatibility.readthedocs.org.
How to Install
# to install the latest released version
$ pip install swagger-spec-compatiblity
# to install the latest master [from Github]
$ pip install git+https://github.com/Yelp/swagger-spec-compatibility
Example Usage
The commands below assume that the library is already installed
$ swagger_spec_compatibility -h
usage: swagger_spec_compatibility [-h] {explain,info,run} ...
Tool for the identification of backward incompatible changes between two swagger specs.
The tool provides the following level of results:
- WARNING: the Swagger specs are technically compatible but the are likely to break known Swagger implementations
- ERROR: new Swagger spec does introduce a breaking change respect the old implementation
positional arguments:
{explain,info,run} help for sub-command
explain explain selected rules
info Reports tool's information
run run backward compatibility detection
optional arguments:
-h, --help show this help message and exit
$ swagger_spec_compatibility explain -r REQ-E001 REQ-E002
Rules explanation
[REQ-E001] Added Required Property in Request contract:
Adding a required property to an object used in requests leads client request to fail if the property is not present.
[REQ-E002] Removed Enum value from Request contract:
Removing an enum value from a request parameter is backward incompatible as a previously valid request will not be
valid. This happens because a request containing the removed enum value, valid according to the "old" Swagger spec, is
not valid according to the new specs.
$ old_spec_path=docs/source/rules/examples/REQ-E001/old.yaml
$ new_spec_path=docs/source/rules/examples/REQ-E001/new.yaml
# Run with all the registered rules
$ swagger_spec_compatibility run ${old_spec_path} ${new_spec_path}
ERROR rules:
[REQ-E001] Added Required Property in Request contract : #/paths//endpoint/post/parameters/0/schema
$ echo $?
1
# Run with a subset of registered rules
$ swagger_spec_compatibility -r=MIS-E001 -r=MIS-E002 run ${old_spec_path} ${new_spec_path}
$ echo $?
0
$ swagger_spec_compatibility info
swagger-spec-compatibility: 1.3.0
Python version: CPython - 3.6.9
Python compiler: GCC 4.2.1 Compatible Apple LLVM 10.0.1 (clang-1001.0.46.4)
Discovered rules:
MIS-E001: swagger_spec_compatibility.rules.deleted_endpoint.DeletedEndpoint
MIS-E002: swagger_spec_compatibility.rules.changed_type.ChangedType
REQ-E001: swagger_spec_compatibility.rules.added_required_property_in_request.AddedRequiredPropertyInRequest
REQ-E002: swagger_spec_compatibility.rules.removed_enum_value_from_request.RemovedEnumValueFromRequest
REQ-E003: swagger_spec_compatibility.rules.removed_properties_from_request_objects_with_additional_properties_set_to_false.RemovedPropertiesFromRequestObjectsWithAdditionalPropertiesSetToFalse
RES-E001: swagger_spec_compatibility.rules.added_properties_in_response_objects_with_additional_properties_set_to_false.AddedPropertiesInResponseObjectsWithAdditionalPropertiesSetToFalse
RES-E002: swagger_spec_compatibility.rules.removed_required_property_from_response.RemovedRequiredPropertyFromResponse
RES-E003: swagger_spec_compatibility.rules.added_enum_value_in_response.AddedEnumValueInRequest
Development
Code is documented using Sphinx.
virtualenv is recommended to keep dependencies and libraries isolated.
Setup
# Initialize your dev environment
$ make minimal
# Ensure that you have activated the virtualenvironment
$ source ./venv/bin/activate
Tip: If you have aactivator installed the virtual environment will be automatically activated
How to define a new compatibility rule
Use the following steps to define a new rule:
Define a new rule class in swagger_spec_compatibility/rules/
# Example of the file content (assume that the file will be named FILE.py)
class RuleClassName(BaseRule):
description = ''
error_code = 'ERROR_CODE'
error_level = Level.LEVEL
rule_type = RuleType.TYPE
short_name = ''
@classmethod
def validate(cls, left_spec, right_spec):
# type: (Spec, Spec) -> typing.Iterable[ValidationMessage]
# Implement here your logic
raise NotImplemented()
# Please make sure that:
# * `description` and `short_name` are reasonably explicative to support `swagger_spec_compatibility explain` command
# * `error_code` has REQ- prefix for `RuleType.REQUEST_CONTRACT`, RES- for `RuleType.RESPONSE_CONTRACT` and MIS- for `RuleType.MISCELLANEOUS`
Add tests to ensure that your rule behaves as expected (tests in tests/rules/FILE_test.py)
Add documentation for the defined rule in docs/source/rules/ERROR_CODE.rst. Try to be consistent with the style of the others documentation pages
Add example of a Swagger spec change that triggers the rule in docs/source/rules/examples/ERROR_CODE.rst. Ensure to define a tester.py file that will make explicit the backward incompatible change through the usage of a bravado client (check the other testers for examples). NOTE: The testers are executed by automated tests, this is intended to ensure that documentation is in sync with the codebase.
[Optional] Add integration tests to ensure that no regressions will be introduced and/or to validate edge cases of the new rule. Integration tests are defined as follow: case-<incremental number>-<number of expected reports>-reports-<short description> directory with two files: old.yaml and new.yaml. The two files represent two versions of the swagger specs that need to be checked for backward compatibility.
Contributing
Fork it ( http://github.com/Yelp/swagger-spec-compatibility/fork )
Create your feature branch (git checkout -b my-new-feature)
Add your modifications
Commit your changes (git commit -m "Add some feature")
Push to the branch (git push origin my-new-feature)
Create new Pull Request
License
Copyright 2019 Yelp, Inc.
Swagger Spec Compatibility is licensed with a Apache License 2.0.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file swagger-spec-compatibility-1.2.1.tar.gz
.
File metadata
- Download URL: swagger-spec-compatibility-1.2.1.tar.gz
- Upload date:
- Size: 20.7 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/1.15.0 pkginfo/1.5.0.1 requests/2.22.0 setuptools/44.0.0 requests-toolbelt/0.9.1 tqdm/4.41.1 CPython/2.7.15
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | a2246708c45c6b332ca561f842285ddca8b38625019a03c977f661a6fd42358b |
|
MD5 | b08ab7982e39131578f1e1e955beb465 |
|
BLAKE2b-256 | dd391b36a515df3a06c8186ce699f4773de7d3f8f376b6a37c6b940f16e5eb5b |
File details
Details for the file swagger_spec_compatibility-1.2.1-py2.py3-none-any.whl
.
File metadata
- Download URL: swagger_spec_compatibility-1.2.1-py2.py3-none-any.whl
- Upload date:
- Size: 41.1 kB
- Tags: Python 2, Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/1.15.0 pkginfo/1.5.0.1 requests/2.22.0 setuptools/44.0.0 requests-toolbelt/0.9.1 tqdm/4.41.1 CPython/2.7.15
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 9cb20612fa5299b3d54d7062b61f760eba84ad4fb4fe51f01d9256c0a6b7f774 |
|
MD5 | f7ebc5a27178b11291d1c1cb11bacf4f |
|
BLAKE2b-256 | 50d0a59e6877de1a0d66ec1a4efb242a2f9b4064912433aaa0b32b0ced7fb785 |