ReactRelayNetworkLayer (for Relay Classic)
react-relay-network-modern package.
For Relay Modern please useThe ReactRelayNetworkLayer
is a Relay Network Layer
with various middlewares which can manipulate requests/responses on the fly (change auth headers, request url or perform some fallback if request fails), batch several relay request by timeout into one http request.
ReactRelayNetworkLayer
can be used in browser, react-native or node server for rendering. Under the hood this module uses global fetch
method. So if your client is too old, please import explicitly proper polyfill to your code (eg. whatwg-fetch
, node-fetch
or fetch-everywhere
).
yarn add react-relay-network-layer
OR
npm install react-relay-network-layer --save
Migrating from v1 to v2
Changes in v2.0.0:
- completely rewritten batch logic as middleware, added additional cool options to it
batchTimeout
,maxBatchSize
- throw Error object on non-200 response (before thrown response)
- much more tests
All other parts stay unaffected. So if you use request batching
, you should change your config:
import Relay from 'react-relay';import { RelayNetworkLayer, urlMiddleware,+ batchMiddleware,} from 'react-relay-network-layer'; Relay.injectNetworkLayer(new RelayNetworkLayer([+ batchMiddleware({+ batchUrl: (req) => '/graphql/batch',+ }), urlMiddleware({ url: (req) => '/graphql',- batchUrl: (req) => '/graphql/batch', }),- ], { disableBatchQuery: false }));+ ]));
Big thanks to @brad-decker and @jeanregisser in helping to done this release.
Previous documentation for version 1.x.x can be found here.
Middlewares
Available middlewares:
- your custom inline middleware - see example below where added
credentials
andheaders
to thefetch
method.next => req => { /* your modification of 'req' object */ return next(req); }
- urlMiddleware - for manipulating fetch
url
on fly via thunk.url
- string or function(req) for single request (default:/graphql
)
- batchMiddleware - gather some period of time relay-requests and sends it as one http-request. You server must support batch request, how to setup your server
batchUrl
- string or function(requestMap). Url of the server endpoint for batch request execution (default:/graphql/batch
)batchTimeout
- integer in milliseconds, period of time for gathering multiple requests before sending them to the server. Will delay sending of the requests on specified in this option period of time, so be careful and keep this value small. (default:0
)maxBatchSize
- integer representing maximum size of request to be sent in a single batch. Once a request hits the provided size in length a new batch request is ran. Actual for hardcoded limit in 100kb per request in express-graphql module. (default:102400
characters, roughly 100kb for 1-byte characters or 200kb for 2-byte characters)allowMutations
- by default batching disabled for mutations, you may enable it passingtrue
(default:false
)
- retryMiddleware - for request retry if the initial request fails.
fetchTimeout
- number in milliseconds that defines in how much time will request timeout after it has been sent to the server (default:15000
).retryDelays
- array of millisecond that defines the values on which retries are based on (default:[1000, 3000]
).statusCodes
- array of response status codes which will fire up retryMiddleware (default:status < 200 or status > 300
).allowMutations
- by default retries disabled for mutations, you may allow process retries for them passingtrue
(default:false
)forceRetry
- function(cb, delay), when request is delayed for next retry, middleware will call this function and pass to it a callback and delay time. When you call this callback, middleware will proceed request immediately (default:false
).
- authMiddleware - for adding auth token, and refreshing it if gets 401 response from server.
token
- string or function(req) which returns token. If function is provided, then it will be called for every request (so you may change tokens on fly).tokenRefreshPromise
: - function(req, err) which must return promise or regular value with a new token. This function is called when server returns 401 status code. After receiving a new token, middleware re-run query to the server with it seamlessly for Relay.allowEmptyToken
- allow made a request without Authorization header if token is empty (default:false
).prefix
- prefix before token (default:'Bearer '
).header
- name of the HTTP header to pass the token in (default:'Authorization'
).- If you use
auth
middleware withretry
,retry
must be used beforeauth
. Eg. if token expired when retries apply, thenretry
can callauth
middleware again.
- loggerMiddleware - for logging requests and responses.
logger
- log function (default:console.log.bind(console, '[RELAY-NETWORK]')
)- If you use
Relay@^0.9.0
you may turn on relay's internal extended mutation debugger. For this you should open browser console and type__DEV__=true
. With webpack you may usewebpack.BannerPlugin('__DEV__=true;', {raw: true})
orwebpack.DefinePlugin({__DEV__: true})
. - If you use
Relay@^0.8.0
you may turn on internal Relay requests debugger:import RelayNetworkDebug from 'react-relay/lib/RelayNetworkDebug'; RelayNetworkDebug.init();
- perfMiddleware - simple time measure for network request.
logger
- log function (default:console.log.bind(console, '[RELAY-NETWORK]')
)
- gqErrorsMiddleware - display
errors
data to console from graphql response. If you want see stackTrace for errors, you should provideformatError
toexpress-graphql
(see example below wheregraphqlServer
acceptformatError
function).logger
- log function (default:console.error.bind(console)
)prefix
- prefix message (default:[RELAY-NETWORK] GRAPHQL SERVER ERROR:
)
- deferMiddleware - experimental Right now
deferMiddleware()
just setdefer
as supported option for Relay. So this middleware allow to community play withdefer()
in cases, which was described by @wincent.
Advanced options (2nd argument after middlewares)
RelayNetworkLayer may accept additional options:
const middlewares = ; // array of middlewaresconst options = {}; // optional advanced optionsconst network = middlewares options;
Available options:
- noThrow - EXPERIMENTAL (May be deprecated in the future) set true to not throw when an error response is given by the server, and to instead handle errors in your app code.
Example of injecting NetworkLayer with middlewares on the client side.
;; Relay;
How middlewares work internally
Middlewares on bottom layer use fetch method. So req
is compliant with a fetch()
options. And res
can be obtained via resPromise.then(res => ...)
, which returned by fetch()
.
Middlewares have 3 phases:
setup phase
, which runs only once, when middleware added to the NetworkLayercapturing phase
, when you may change request object, and pass it down vianext(req)
bubbling phase
, when you may change response promise, made re-request or pass it up unchanged
Basic skeleton of middleware:
{ // [SETUP PHASE]: here you can process `opts`, when you create Middleware return { // [CAPTURING PHASE]: here you can change `req` object, before it will pass to following middlewares. // ...some code which modify `req` const resPromise = ; // pass request to following middleware and get response promise from it // [BUBBLING PHASE]: here you may change response of underlying middlewares, via promise syntax // ...some code, which may add `then()` or `catch()` to response promise // resPromise.then(res => { console.log(res); return res; }) return resPromise; // return response promise to upper middleware };}
Middlewares use LIFO (last in, first out) stack. Or simply put - use compose
function. So if you pass such middlewares [M1(opts), M2(opts)] to NetworkLayer it will be work such way:
- call setup phase of
M1
with its opts - call setup phase of
M2
with its opts - for each request
- call capture phase of
M1
- call capture phase of
M2
- call
fetch
method - call bubbling phase of
M2
- call bubbling phase of
M1
- chain to
resPromise.then(res => res.json())
and pass this promise for resolving/rejecting Relay requests.
Batching several requests into one
Joseph Savona wrote: For legacy reasons, Relay splits "plural" root queries into individual queries. In general we want to diff each root value separately, since different fields may be missing for different root values.
Also if you use react-relay-router and have multiple root queries in one route pass, you may notice that default network layer will produce several http requests.
So for avoiding multiple http-requests, the ReactRelayNetworkLayer
is the right way to combine it in single http-request.
Example how to enable batching
...on server
Firstly, you should prepare server to proceed the batch request:
;;;;; const port = 3000;const server = ; // setup standart `graphqlHTTP` express-middlewareconst graphqlServer = ; // declare route for batch queryserver; // declare standard graphql routeserver; server;
More complex example of how you can use a single DataLoader for all (batched) queries within a one HTTP-request.
If you are on Koa@2, koa-graphql-batch provides the same functionality as graphqlBatchHTTPWrapper
(see its docs for usage example).
...on client
And right after server side ready to accept batch queries, you may enable batching on the client:
Relay;
How batching works internally
Internally batching in NetworkLayer prepare list of queries [ {id, query, variables}, ...]
sends it to server. And server returns list of responces [ {id, payload}, ...]
, (where id
is the same value as client requested for identifying which data goes with which query, and payload
is standard response of GraphQL server: { data, error }
).
Recommended modules
- babel-plugin-transform-relay-hot - Babel 6 plugin for transforming
Relay.QL
tagged templates via the GraphQL json schema file. Each time when schema file was changed, the wrapper updates instance of standardbabelRelayPlugin
with new schema without completely restarting dev server.
Contribute
I actively welcome pull requests with code and doc fixes. Also if you made great middleware and want share it within this module, please feel free to open PR.