Skip to main content

@gasket/request

The purpose of this package is to provide a consistent request object for Gasket plugins and apps to use, regardless of the request handling framework.

Installation​

Existing apps​

npm install @gasket/request

Functions​

GasketRequest​

The GasketRequest class is a representation of a request object that can be used by Gasket plugins and apps. It is a consistent shape that can be used across different request handling frameworks.

A GasketRequest object has the following properties:

PropertyTypeDescriptionArguments
headersobjectRequest headersrequired
cookiesobjectRequest cookiesdefault: {}
queryobjectQuery parametersdefault: {}
pathstringRequest pathdefault: ''
methodstringRequest method, uppercasedoptional

method is undefined when the source request exposes none. Most notably this is the case in the Next.js App Router, where next/headers provides no method. It is deliberately not defaulted to GET: a Server Action runs as a POST and re-renders server components within that same request, so a default would be wrong rather than merely imprecise.

makeGasketRequest​

A GasketRequest can be created from a Node IncomingMessage object, an Express Request object, or a Next.js NextRequest object, amongst others.

import { makeGasketRequest } from '@gasket/request';

export default async function expressHandler(req, res) {
const gasketRequest = await makeGasketRequest(req);
// use gasketRequest
}

You can also assemble a GasketRequest object from parts of a request object.

import { makeGasketRequest } from '@gasket/request';

const headers = {
'x-example': 'example'
};

const staticGasketRequest = await makeGasketRequest({ headers });

getOriginalRequest​

Returns the original framework request a GasketRequest was normalized from. Use it to reach framework-specific fields that GasketRequest does not normalize, such as ip.

import { getOriginalRequest } from '@gasket/request';

const ip = getOriginalRequest(gasketRequest)?.ip;

Returns undefined when there is no original request — a directly constructed GasketRequest, a serialized and revived one, or any absent value.

Treat the result as read-only. Do not mutate the request or consume its body: a fetch Request or IncomingMessage body is a single-use stream, so reading it here leaves nothing for the handler that reads it next, and the failure surfaces far from this call.

In the Next.js App Router there is no request instance, so the returned value is the request-like object assembled from next/headers. It is truthy but carries only headers, cookies, and query. Guard the field you need, not the object. See EXAMPLES.md.

withGasketRequest​

A higher-order function that can wrap a GasketAction function and provides a GasketRequest object as the first argument. This provides an easy way to normalize the request object for any GasketAction and potential lifecycle hooks.

import { withGasketRequest } from '@gasket/request';

export const myAction = withGasketRequest(
async function handler(gasket, gasketRequest) {
// use gasketRequest
}
);

// example usage
await gasket.actions.myAction(req);

If your action needs additional arguments, you can pass them following the gasketReq.

import { withGasketRequest } from '@gasket/request';

export const myAction = withGasketRequest(
async function handler(gasket, gasketRequest, arg1, arg2) {
// use gasketRequest
}
);

// example usage
await gasket.actions.myAction(req, true, false);

withGasketRequestCache​

Much like the previous function, withGasketRequestCache is a higher-order function that wraps an action handler function and provides a GasketRequest. The difference is the handler will only be triggered once per request, and the result will be cached for subsequent calls.

import { withGasketRequestCache } from '@gasket/request';

export const myAction = withGasketRequestCache(
async function handler(gasket, gasketRequest, arg1, arg2) {
// use gasketRequest
}
);

// example usage
await gasket.actions.myAction(req, true, false);

Purpose​

Why do we need a request object for Gasket?

Some Gasket plugins and apps need to interact with the request object. Unfortunately, the shape and details of a request object is not consistent across all request handling frameworks.

For example:

  • Node's IncomingMessage docs
  • Express "enhances" this as Request docs
    • Various other engines also do the same
  • Next.js API's (including middleware) use NextRequest docs
  • This extends the browser-compatible Fetch Request docs
  • Next.js App Router does not expose the request object, so we make a representation with the parts available docs

And we are aware of apps using Gasket for Static Pages with Next.js, assembling a request-like object to use with certain actions.