JSON Schema or Samples
For a guided tutorial, please refer to "How to: Configure Sources with no definition"
This handler allows you to load any remote REST service and describe its request/response using the YAML config.
You can easily customize and control the built GraphQL schema with this handler.
To get started, install the handler library:
yarn add @graphql-mesh/json-schema
Now, you can use it directly in your Mesh config file:
sources:
- name: MyApi
handler:
jsonSchema:
baseUrl: https://some-service-url/endpoint-path/
operations:
- type: Query
field: users
path: /users
method: GET
responseSchema: ./json-schemas/users.json
Headers
Read about configuration and examples
From Arguments
Mesh automatically generates arguments for operations if needed;
sources:
- name: MyGraphQLApi
handler:
jsonSchema:
baseUrl: https://some-service-url/endpoint-path/
operations:
- type: Query
field: user
path: /user/{args.id}
method: GET
responseSchema: ./json-schemas/user.json
This example operation definition will generate a root field with id: ID
argument. Mesh will interpolate the expression in path
to get id
value from args
.
From JSON Samples
Mesh can also load JSON samples from a remote service.
Add a json-samples
directory in your project root, and put the JSON samples there (responseSample: ./jsons/MyField.response.json
- Create a new folder like Jsons
).
By declaring the responseSample
, you can use the JSON sample in the GraphQL schema.
Mesh Sample Example - .meshrc.yml file
sources:
- name: MyGraphQLApi
handler:
jsonSchema:
baseUrl: https://some-service-url/endpoint-path/
operations:
- type: Query
field: MyField
path: /MyField?id={args.id}
method: GET
responseSample: ./jsons/MyField.response.json
responseTypeName: MyResponseName
argTypeMap:
id:
type: string
Mesh Sample Example - ./jsons/MyField.response.json file
Any JSON sample file can be used.
Query Parameters
There are a few methods to define the query parameters, select the one that fits your needs (Or combine them):
Auto declare:
Mesh automatically generates arguments for operations if needed. Note that the arguments are generated as nullable strings by default.
sources:
- name: MyGraphQLApi
handler:
jsonSchema:
baseUrl: https://some-service-url/endpoint-path/
operations:
- type: Query
field: user
path: /user?id={args.id}
method: GET
responseSchema: ./json-schemas/user.json
Manual declare:
You can define the arguments of the operation using the argTypeMap
config field, according to the JSON Schema spec.
In this example we declare page
argument as an object with limit
and offset
properties:
argTypeMap:
page:
type: object
properties:
limit:
type: number
offset:
type: number
In addition, especially for non-primitive types, the arguments should be added to the path using the queryParamArgMap
config field.
Here we add the page
argument to the query parameters:
queryParamArgMap:
page: page
And here is the final config:
sources:
- name: MyGraphQLApi
handler:
jsonSchema:
baseUrl: https://some-service-url/endpoint-path/
operations:
- type: Query
field: users
path: /getUsers
method: GET
responseSample: ./jsons/MyField.response.json
responseTypeName: MyResponseName
argTypeMap:
page:
type: object
properties:
limit:
type: number
offset:
type: number
queryParamArgMap:
page: page
Global arguments
Query arguments could be defined globally, on handler level, so they are added to all operations.
In this example we declare limit
parameter with the default value of 10
, and api_key
with dynamic value taken from the environment:
sources:
- name: MyGraphQLApi
handler:
jsonSchema:
baseUrl: https://some-service-url/endpoint-path/
queryParams:
limit: 10
api_key: { env.MY_API_KEY }
Note that queryParams
are automatically added to the query.
If argument is defined both on handler AND operation level, the operation level argument will be used.
CodeSandBox Example
You can check out our example that uses the JSON Schema handler with mock data.
Config API Reference
baseUrl
(type:String
)operationHeaders
- One of:JSON
String
schemaHeaders
(type:JSON
)operations
- (required) Array of:object
:field
(type:String
, required) - This Field based on the field name of the URL path. Example: "https://MyAPIURL.com/FieldNameHere/", so we will set the "field: FieldNameHere".description
(type:String
) - Your chance to describe the operation! Make sure the description is clear and concise.type
(type:String (Query | Mutation | Subscription)
, required) - Type field is set the opertion type: Query, Mutation or Subscription.requestSchema
(type:Any
) - Your chance to provide request schema name.requestSample
(type:Any
) - The path definition of the JSON Schema sample. Example: "./jsons/questions.response.json".requestTypeName
(type:String
) - Inset any name for the type of the request body.requestBaseBody
(type:Any
) - This body will be merged with the request body sent with the underlying HTTP requestresponseSchema
(type:Any
) - Yay! Now you can provide the response schema name.responseSample
(type:Any
) - Did you use Sample? Provide the response sample path.responseTypeName
(type:String
) - Inset any name for the type of the response body.responseByStatusCode
(type:Any
) - You can define your response schemas by status codes;
responseByStatusCode:
200:
responseSchema: ./someschema.json#/somepath
404:
responseSample: ./error-sample.json
responseTypeName: MyError
exposeResponseMetadata
(type:Boolean
) - Expose response details done to the upstream API When you enable this, you will see a new field in the response type;
type MyResponseType {
myFooField: String
_response: ResponseMetadata
}
# And a new type for the response metadata object
type ResponseMetadata {
url: URL
status: Int
method: String
headers: JSON
body: String
}
argTypeMap
(type:JSON
) - Mapping the JSON Schema and define the arguments of the operation.
Example:
argTypeMap: user_id: type: string
queryParamArgMap
(type:JSON
) - JSON object representing the mapping of query search parameters (added to the route path) and the matching argument.
Example:
queryParamArgMap: id: user_id
path
(type:String
, required)method
(type:String (GET | HEAD | POST | PUT | DELETE | CONNECT | OPTIONS | TRACE | PATCH)
)headers
(type:JSON
)binary
(type:Boolean
) - If true, this operation cannot have requestSchema or requestSample And the request body will be passed as binary with its mime type unless you define an explicit Content-Type headerobject
:field
(type:String
, required)description
(type:String
)type
(type:String (Query | Mutation | Subscription)
, required)requestSchema
(type:Any
)requestSample
(type:Any
)requestTypeName
(type:String
)requestBaseBody
(type:Any
) - This body will be merged with the request body sent with the underlying HTTP requestresponseSchema
(type:Any
)responseSample
(type:Any
)responseTypeName
(type:String
)argTypeMap
(type:JSON
)pubsubTopic
(type:String
, required)
ignoreErrorResponses
(type:Boolean
)queryParams
(type:Any
)queryStringOptions
(type:Object
):indices
(type:Boolean
) - When arrays are stringified, by default they are not given explicit indices:a=b&a=c&a=d
You may override this by setting the indices option to true:a[0]=b&a[1]=c&a[2]=d
arrayFormat
(type:String (indices | brackets | repeat | comma)
) - You can configure how to format arrays in the query strings.
Note: when using arrayFormat set to 'comma', you can also pass the commaRoundTrip option set to true or false, to append [] on single-item arrays, so that they can round trip through a parse.
commaRoundTrip
(type:Boolean
) - Even if there is a single item in an array, this option treats them as arrays (default: false)