Route
Routes are JSON-encoded configuration files that you add to PingGateway to manage requests. You can add routes in the following ways:
-
Manually into the filesystem.
-
Through Common REST commands. Learn more in Routes and Common REST.
-
Through Studio. Learn more in Studio.
Routes handle requests and their context, and then hand off any request they accept to a Handler.
When a route has a condition, it handles only requests that meet the condition. When a route has no condition, it handles any request.
Routes inherit settings from their parent configuration. This means that you
can configure global objects in the config.json
heap, for example,
and then reference the objects by name in any other PingGateway configuration.
Learn about Route metrics:
Usage
{
"handler": Handler reference,
"heap": [ object, ... ],
"condition": runtime expression<boolean>,
"name": string,
"session": AsyncSessionManager reference,
"auditService": AuditService reference,
"globalDecorators": map,
"decorator name": Decorator object
}
(*)Deprecated
Properties
"handler"
: Handler reference, required-
The Handler to which PingGateway dispaches requests.
Provide the name of a Handler object defined in the heap or an inline Handler configuration object.
"heap"
: array of objects, optional-
Heap object configuration for objects local to this route.
Objects referenced but not defined here are inherited from the parent.
You can omit an empty array. If you only have one object in the heap, you can inline it as the handler value.
Refer to Heap objects.
"condition"
: runtime expression<boolean>, optional-
A condition based on the request, context, or PingGateway runtime environment, such as system properties or environment variables.
-
true
: The request is dispatched to the route. -
false
: The condition for the next route in the configuration is evaluated. -
No condition: the request is dispatched unconditionally to the route.
For debugging, log the routes for which PingGateway evaluates a condition, and the route that matches a condition. Add the following line to a custom
$HOME/.openig/config/logback.xml
, and restart PingGateway:<logger name="org.forgerock.openig.handler.router.RouterHandler" level="trace" />
For information, refer to Manage logs.
An external request can never match a condition that uses the reserved administrative route. Therefore, routes that use these conditions are effectively ignored. For example, if
/openig
is the administrative route, a route with the following condition is ignored:${find(request.uri.path, '^/openig/my/path')}
.Default:
${true}
You can find an example conditions and requests that match them in Example.
-
"name"
: string, optional-
Route name.
The Router uses the
name
property to order the routes in the configuration. If the route doesn’t have aname
property, the Router uses the route ID.The route ID is managed as follows:
-
When you add a route manually to the routes folder, the route ID is the value of the
_id
field. If there is no_id
field, the route ID is the filename of the added route. -
When you add a route through the Common REST endpoint, the route ID is the value of the mandatory
_id
field. -
When you add a route through Studio, you can edit the default route ID.
CAUTION: The filename of a route cannot be
default.json
. The routename
property or route ID cannot bedefault
.
Default: route ID
-
"session"
: AsyncSessionManager reference. reference, optional-
An InMemorySessionManager (stateful sessions) or JwtSessionManager (stateless sessions).
When a request enters the route, PingGateway builds a new session object for the route. The session content is available to the route’s downstream handlers and filters. Session content available in the parent route or
config.json
isn’t available in the new session.Default: InMemorySessionManager with default values
Learn more in Sessions.
"auditService"
: AuditService reference, optional-
An audit service for the route. Provide either the name of an AuditService object defined in the heap or an inline AuditService configuration object.
Default: No auditing of a configuration. The NoOpAuditService provides an empty audit service to the top-level heap and its child routes.
"globalDecorators"
: map, optional-
A map of one or more data pairs with the format
Map<String, JsonValue>
, where:-
The key is a decorator name
-
The value is a decorator configuration, passed as is to the decorator
The following format is required:
{ "globalDecorators": { "decorator name": "decoration configuration", ... } }
All compatible objects in a route are decorated with the mapped decorator value. For more information, refer to Decorators.
In the following example, the property decorates all compatible objects in the route with capture, timer, and tracing decorators:
"globalDecorators": { "capture": "all", "timer": true, "tracing": true }
Default: Empty
-
"decorator name"
: Decorator object, optional-
Decorate the main handler of this route with a decorator referred to by the decorator name, and provide the configuration as described in Decorators.
Default: No decoration.
Example
The following table gives examples of route conditions and matching requests.
Condition | Requests that meet the condition |
---|---|
|
All requests, because this expression always evaluates to |
|
|
|
|
|
Where |
|
You can find more information about URI query parameters in URI. |
|
|
|
|
|
Not |
|
For information about including properties in the configuration, refer to Route properties. |
|
Requests with the header |
|
Requests where an OAuth 2.0 client named |
|
Requests using the client credentials grant-type. |