This API definition validation report for aliraza1231 was compiled on January 28, 2025. It provides a summary of the validation results for all involved API definitions.
APIMatic is a Developer Experience platform for Web APIs, offering auto-generated SDKs, usage examples, and interactive documentation. Our goal is to streamline API onboarding and adoption.
APIMatic ensures API specifications are syntactically and semantically correct to generate high-quality documentation and SDKs. This report details the validation results, highlighting any blockers that must be resolved. Visit our official documentation for more information.
To resolve issues or re-validate API definitions, use our VS Code extension Fix My OpenAPI, which offers dedicated views and other features for improving API definitions.
For queries or concerns, reach out to us at support@apimatic.io .
This report analyzes an API named Simple API overview.
which is defined using the specification format OpenAPI v3.0 (JSON)
. The files involved are listed below:
# | File Path | File Specification Format |
---|---|---|
1 |
api-with-examples.json
|
OpenAPI v3.0 (JSON) (Main File) |
No validation issues were found.
A total no. of 7
lint issues were found which are listed below:
Rule Id |
required-servers
|
Ruleset Id |
openapi-v3-codegen-linting
|
Type of Issue | Semantic |
Broad Category of Issue | OpenAPI Servers |
Possible Impact On Output Of |
Code Generation
, Developer Experience Portal |
OpenAPI root object must specify at least one server using the `servers` property. Information about the servers provide connectivity information related to a target server of the API. Empty servers defaults to localhost which can prevent your end-users from consuming your API.
api-with-examples.json
, Line No: 1
, Line Pos: 1
- Line No: 1
, Line Pos: 2
, Path: #
Rule Id |
required-media-type-schema
|
Ruleset Id |
openapi-v3-apimatic-linting
|
Type of Issue | Semantic |
Broad Category of Issue | OpenAPI Media Types |
Possible Impact On Output Of |
API Transformer
, Code Generation , Developer Experience Portal |
Each media type object must have an associated schema defined. The schema defines the structure and data format for the content of the media type.
api-with-examples.json
, Line No: 16
, Line Pos: 35
- Line No: 16
, Line Pos: 36
, Path: # > paths > / > get > responses > 200 > content > application/json
api-with-examples.json
, Line No: 53
, Line Pos: 35
- Line No: 53
, Line Pos: 36
, Path: # > paths > / > get > responses > 300 > content > application/json
api-with-examples.json
, Line No: 73
, Line Pos: 35
- Line No: 73
, Line Pos: 36
, Path: # > paths > /v2 > get > responses > 200 > content > application/json
api-with-examples.json
, Line No: 122
, Line Pos: 35
- Line No: 122
, Line Pos: 36
, Path: # > paths > /v2 > get > responses > 203 > content > application/json
Rule Id |
required-info-contact
|
Ruleset Id |
openapi-v3-docsgen-linting
|
Type of Issue | Semantic |
Broad Category of Issue | OpenAPI Info |
Possible Impact On Output Of |
Developer Experience Portal
|
The Info Object must specify contact information using the `contact` property. This information helps users who may be stuck using your API e.g. you can include contact details of your support team that your API consumers can reach out to.
api-with-examples.json
, Line No: 3
, Line Pos: 11
- Line No: 3
, Line Pos: 12
, Path: # > info
Rule Id |
at-least-one-operation-tag
|
Ruleset Id |
openapi-v3-apimatic-linting
|
Type of Issue | Semantic |
Broad Category of Issue | OpenAPI Operations |
Possible Impact On Output Of |
API Transformer
, Code Generation , Developer Experience Portal |
The Operation Object must specify one or more tags using the `tags` property. Tags are used for logical grouping of operations. This facilitates their discovery and consequently eases API consumption.
api-with-examples.json
, Line No: 9
, Line Pos: 14
- Line No: 9
, Line Pos: 15
, Path: # > paths > / > get
api-with-examples.json
, Line No: 66
, Line Pos: 14
- Line No: 66
, Line Pos: 15
, Path: # > paths > /v2 > get
Rule Id |
valid-openapi-file-naming-conventions
|
Ruleset Id |
openapi-v3-standards-linting
|
Type of Issue | Semantic |
Broad Category of Issue | OpenAPI Root Information |
Possible Impact On Output Of |
API Transformer
, Code Generation , Developer Experience Portal |
The root OpenAPI document is recommended to be named as either `openapi.json` or `openapi.yaml` depending upon the data format used in the file.
api-with-examples.json
, Line No: 1
, Line Pos: 1
- Line No: 1
, Line Pos: 2
, Path: #
Rule Id |
info-description-exists
|
Ruleset Id |
openapi-v3-docsgen-linting
|
Type of Issue | Semantic |
Broad Category of Issue | OpenAPI Info |
Possible Impact On Output Of |
Developer Experience Portal
|
The Info Object must specify details about the API using the `description` property. The value of the description must be non-null and non-empty.
api-with-examples.json
, Line No: 3
, Line Pos: 11
- Line No: 3
, Line Pos: 12
, Path: # > info
Rule Id |
example-summary-or-description-exists
|
Ruleset Id |
openapi-v3-docsgen-linting
|
Type of Issue | Semantic |
Broad Category of Issue | OpenAPI Examples |
Possible Impact On Output Of |
Developer Experience Portal
|
Example Object must have a non-null and non-empty description or summary.
api-with-examples.json
, Line No: 18
, Line Pos: 26
- Line No: 18
, Line Pos: 27
, Path: # > paths > / > get > responses > 200 > content > application/json > examples > foo
api-with-examples.json
, Line No: 55
, Line Pos: 26
- Line No: 55
, Line Pos: 27
, Path: # > paths > / > get > responses > 300 > content > application/json > examples > foo
api-with-examples.json
, Line No: 75
, Line Pos: 26
- Line No: 75
, Line Pos: 27
, Path: # > paths > /v2 > get > responses > 200 > content > application/json > examples > foo
api-with-examples.json
, Line No: 124
, Line Pos: 26
- Line No: 124
, Line Pos: 27
, Path: # > paths > /v2 > get > responses > 203 > content > application/json > examples > foo