Create a routing criteria
post
/admin/routingCriteria
Request
There are no request parameters for this operation.
Supported Media Types
- application/json
Root Schema : schema
Type:
Show Source
object
-
any-criteria-of: array
any-criteria-of
Minimum Number of Items:
1
an array of objects which can hold all supported routing criteria. Multiple such objects in the array mean that only one of the array members needs to match to match the whole criterion. On the other hand all routing criteria in a single item have to all match -
criteria-link-key: string
-
description: string
meant to capture record level documentation
-
match-post-processing: object
match-post-processing
this section captures instructions that need to get executed in case a successful match has happened and the call to the backend has succeeded
Nested Schema : any-criteria-of
Type:
array
Minimum Number of Items:
1
an array of objects which can hold all supported routing criteria. Multiple such objects in the array mean that only one of the array members needs to match to match the whole criterion.
On the other hand all routing criteria in a single item have to all match
Show Source
Nested Schema : match-post-processing
Type:
object
this section captures instructions that need to get executed in case a successful match has happened and the call to the backend has succeeded
Show Source
-
description: string
meant to capture record level documentation
-
interaction-context-enrichment-specification: string
the name of the configured enrichment spec
Nested Schema : items
Type:
Show Source
object
-
abac-criteria: array
abac-criteria
Minimum Number of Items:
1
allows using Helidon ABAC expressions -
boolean-criterion: object
boolean-criterion
used for the simple use cases to trun off certain alternatives, by including a false criterion or to define an always true criterion
-
expression-criteria: array
expression-criteria
Minimum Number of Items:
1
criteria using the CX Industry Framework custom expression language. You can specify multiple criteria. Then all provided criteria have to evaluate to a match. -
header-criteria: array
header-criteria
Minimum Number of Items:
1
This kind of criteria allows taking routing decisions based on HTTP request headers, both regular as well as custom. Header criteria match when either one of the configured fixed values matches or when there is a match to the provided regular expression. You can also specify whether the header should be passed down to the called target or should be swallowed by Industries Framework routing. -
http-method-criteria: object
http-method-criteria
this kind of routing criterion allows you specifying a list of HTTP methods of which one has to be then the one used for the request
-
http-version-criteria: object
http-version-criteria
this kind of routing criterion allows you routing different inbound HTTP protocol version requests to separate targets. Mainly useful for migration scenarios
-
interaction-context-criteria: object
interaction-context-criteria
Leverages the information in an interaction context (see the RoutingContextEnrichmentSpecification custom resource) to persist some fact information over multiple requests to Industries Framework.
-
path-param-criteria: object
path-param-criteria
allows specifying URL path parameters for routing. Exact-match and regular expression are supported. the key and value information are supposed to be provided in unencoded form.
-
query-param-criteria: object
query-param-criteria
allows specifying URL query parameters for routing. Exact-match and regular expression are supported. the key and value information are supposed to be provided in unencoded form. So: "@type" instead of "%40type"
-
ref-criterion: object
ref-criterion
-
workspace-client-criteria: object
workspace-client-criteria
allows routing by taking information of the workspace client into account. It is dependent on the OpenID Connect JWT and the WorkspaceClient custom resource. workspace clients can be identified either directly via their name or via labels. If both names and labels are provided, then they are treated as disjunction (logical or). So, matches have to either be have a listed name or carry a correct label. Carrying both is not required, but does not have any additional effect
Nested Schema : abac-criteria
Type:
array
Minimum Number of Items:
1
allows using Helidon ABAC expressions
Show Source
Nested Schema : boolean-criterion
Type:
object
used for the simple use cases to trun off certain alternatives, by including a false criterion or
to define an always true criterion
Show Source
-
description: string
meant to capture record level documentation
-
value: boolean
Match One Schema
Show Source
Nested Schema : expression-criteria
Type:
array
Minimum Number of Items:
1
criteria using the CX Industry Framework custom expression language. You can specify multiple criteria. Then all provided criteria have to evaluate to a match.
Show Source
Nested Schema : header-criteria
Type:
array
Minimum Number of Items:
1
This kind of criteria allows taking routing decisions based on HTTP request headers, both regular as well as custom. Header criteria match when either one of the configured fixed values matches or when there is a match to the provided regular expression. You can also specify whether the header should be passed down to the called target or should be swallowed by Industries Framework routing.
Show Source
Nested Schema : http-method-criteria
Type:
object
this kind of routing criterion allows you specifying a list of HTTP methods of which one has to be
then the one used for the request
Show Source
-
description: string
meant to capture record level documentation
-
http-methods: array
http-methods
Minimum Number of Items:
1
Match One Schema
Show Source
Nested Schema : http-version-criteria
Type:
object
this kind of routing criterion allows you routing different inbound HTTP protocol version requests
to separate targets. Mainly useful for migration scenarios
Show Source
-
description: string
meant to capture record level documentation
-
http-protocol-versions: array
http-protocol-versions
Minimum Number of Items:
1
Match One Schema
Show Source
Nested Schema : interaction-context-criteria
Type:
object
Leverages the information in an interaction context (see the RoutingContextEnrichmentSpecification custom resource) to persist some fact information over multiple requests to Industries Framework.
Show Source
-
description: string
meant to capture record level documentation
-
interaction-context-specs: array
interaction-context-specs
Minimum Number of Items:
1
Match One Schema
Show Source
Nested Schema : path-param-criteria
Type:
object
allows specifying URL path parameters for routing. Exact-match and regular expression are supported.
the key and value information are supposed to be provided in unencoded form.
Show Source
-
description: string
meant to capture record level documentation
-
path-parameters: array
path-parameters
Minimum Number of Items:
1
Nested Schema : query-param-criteria
Type:
object
allows specifying URL query parameters for routing. Exact-match and regular expression are supported.
the key and value information are supposed to be provided in unencoded form.
So: "@type" instead of "%40type"
Show Source
-
description: string
meant to capture record level documentation
-
query-parameters: array
query-parameters
Minimum Number of Items:
1
Match One Schema
Show Source
Nested Schema : ref-criterion
Type:
Show Source
object
-
criteria-refs: array
criteria-refs
Minimum Number of Items:
1
This kind of criterion allows aggregating over other named criteria. Main use case is composition as you can specify multiple entries that then all must match individually to match the whole criteria-refs criterion -
description: string
meant to capture record level documentation
Nested Schema : workspace-client-criteria
Type:
object
allows routing by taking information of the workspace client into account. It is dependent on the OpenID Connect JWT and the WorkspaceClient custom resource.
workspace clients can be identified either directly via their name or via labels. If both names and labels are provided, then they are treated as disjunction (logical or). So, matches have to either be have a listed name or carry a correct label. Carrying both is not required, but does not have any additional effect
Show Source
-
description: string
meant to capture record level documentation
-
matching-workspace-client-labels: array
matching-workspace-client-labels
Minimum Number of Items:
1
WorkspaceClient allows specifying key-only and key/value labels. You can specify both variants here. All labels must match and out of multiple values given for a label one must match -
matching-workspace-client-names: array
matching-workspace-client-names
Minimum Number of Items:
1
these are the .spec.client-name values of the WorkspaceClient documents -
token-types: array
token-types
list of matching token types. No limitation by default
Nested Schema : items
Type:
Show Source
object
-
criteria-expression: string
-
description: string
meant to capture record level documentation
Match One Schema
Show Source
Nested Schema : items
Type:
Show Source
object
-
description: string
meant to capture record level documentation
-
expression-implementation: string
Default Value:
orcl-tmf-21c
Allowed Values:[ "orcl-tmf-21c" ]
indicates the expression language implementation. At this point in time the routing solution only supports the query language introduced before 21D that is indicated by the sole implementation language label orcl-tmf-21c -
expression-string: string
the actual expression string
Match One Schema
Show Source
Nested Schema : items
Type:
Show Source
object
-
description: string
meant to capture record level documentation
-
ecma262-regex-value: string
(regex)
a regular expression to compare the header against. Mutually exclusive with header-value-one-of
-
header-backend-handling: string
Default Value:
routing-only
Allowed Values:[ "pass-through", "routing-only" ]
Headers can either be passed down to the routing target or can be swallowed in Industries Framework in case they were only introduced for routing. -
header-value-one-of: array
header-value-one-of
Minimum Number of Items:
1
the list of fixed candidate values of which one should match. Mutually exclusive with ecma262-regex-value -
request-header-name: string
the name of the request header
Match One Schema
Show Source
Nested Schema : header-value-one-of
Type:
array
Minimum Number of Items:
1
the list of fixed candidate values of which one should match. Mutually exclusive with
ecma262-regex-value
Show Source
Nested Schema : http-methods
Type:
array
Minimum Number of Items:
Show Source
1
-
Array of:
string
Allowed Values:
[ "GET", "PUT", "POST", "HEAD", "OPTIONS", "PATCH", "DELETE" ]
Nested Schema : http-protocol-versions
Type:
array
Minimum Number of Items:
Show Source
1
-
Array of:
string
Allowed Values:
[ "HTTP 1.1", "HTTP/2" ]
Nested Schema : items
Type:
Show Source
object
-
context-item-name: string
the key on the interaction context to look at
-
context-item-value-one-of: array
context-item-value-one-of
Minimum Number of Items:
1
the exact value candidates the context item should be checked against. Mutually exclusive with ecma262-context-item-regex-value -
ecma262-context-item-regex-value: string
(regex)
the regular expression the context item value should match to. Mutually exclusive with context-item-value-one-of
-
optional: boolean
Default Value:
false
Match One Schema
Show Source
Nested Schema : context-item-value-one-of
Type:
array
Minimum Number of Items:
1
the exact value candidates the context item should be checked against. Mutually exclusive
with ecma262-context-item-regex-value
Show Source
Nested Schema : items
Type:
Show Source
object
-
ecma262-path-parameter-regex: string
(regex)
a regular expression the unencoded path parameter value checked against for value match. Mutually exclusive with path-parameter-value-oneOf and both path-parameter-min-value and path-parameter-max-value
-
path-parameter-max-value: number
specifies a maximum number the path parameter must have. Ignored for string parameters. The type of the parameter is set on the API custom resource. Mutually exclusive with path-parameter-value-oneOf and ecma262-path-parameter-regex
-
path-parameter-min-value: number
specifies a minimum number the path parameter must have. Ignored for string parameters. The type of the parameter is set on the API custom resource. Mutually exclusive with path-parameter-value-oneOf and ecma262-path-parameter-regex
-
path-parameter-name: string
Pattern:
^[a-z][a-z0-9\-]*$
the path parameter name in unencoded (URL) form -
path-parameter-value-oneOf: array
path-parameter-value-oneOf
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the path parameter should be checked for exact value match. Mutually exclusive with ecma262-path-parameter-regex and both path-parameter-min-value and path-parameter-max-value
Match One Schema
Show Source
Nested Schema : path-parameter-value-oneOf
Type:
array
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the path parameter should be checked for
exact value match. Mutually exclusive with ecma262-path-parameter-regex and both
path-parameter-min-value and path-parameter-max-value
Show Source
Nested Schema : items
Type:
Show Source
object
-
ecma262-query-parameter-regex: string
(regex)
a regular expression the unencoded query parameter value checked against for value match. Mutually exclusive with query-parameter-value-one-of
-
parameter-nature: string
Allowed Values:
[ "pass-through", "routing-only" ]
Query-parameters can either be passed down to the routing target or can be swallowed in Industries Framework in case they were only introduced for routing. -
query-parameter-name: string
Minimum Length:
1
Maximum Length:15
the query parameter name in unencoded (URL) form -
query-parameter-value-one-of: array
query-parameter-value-one-of
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the query parameter should be checked for exact value match. Mutually exclusive with ecma262-query-parameter-regex
Match One Schema
Show Source
Nested Schema : query-parameter-value-one-of
Type:
array
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the query parameter should be checked for
exact value match. Mutually exclusive with ecma262-query-parameter-regex
Show Source
-
Array of:
string
Minimum Length:
1
Maximum Length:15
Nested Schema : criteria-refs
Type:
array
Minimum Number of Items:
1
This kind of criterion allows aggregating over other named criteria. Main use case is composition as
you can specify multiple entries that then all must match individually to match the whole
criteria-refs criterion
Show Source
Nested Schema : matching-workspace-client-labels
Type:
array
Minimum Number of Items:
1
WorkspaceClient allows specifying key-only and key/value labels. You can specify both variants
here. All labels must match and out of multiple values given for a label one must match
Show Source
Nested Schema : matching-workspace-client-names
Type:
array
Minimum Number of Items:
1
these are the .spec.client-name values of the WorkspaceClient documents
Show Source
Nested Schema : token-types
Type:
array
list of matching token types. No limitation by default
Default Value:
Show Source
[
"user-access-token",
"client-token"
]
-
Array of:
string
Allowed Values:
[ "user-access-token", "client-token" ]
Nested Schema : items
Type:
Show Source
object
-
label-name: string
the WorkspaceClient label name
-
label-values: array
label-values
Minimum Number of Items:
1
the WorkspaceClient label candidate values
Match One Schema
Show Source
Nested Schema : label-values
Type:
array
Minimum Number of Items:
1
the WorkspaceClient label candidate values
Show Source
-
Array of:
string
Minimum Length:
1
Response
Supported Media Types
- application/json
201 Response
Created
Root Schema : RoutingCriteria
Type:
Show Source
object
-
any-criteria-of: array
any-criteria-of
Minimum Number of Items:
1
An array of objects which can hold all supported routing criteria. Multiple such objects in the array mean that only one of the array members needs to match to match the whole criterion. On the other hand all routing criteria in a single item have to all match. -
criteria-link-key: string
-
description: string
meant to capture record level documentation
-
id: string
Pattern:
^[A-Z0-9]{4,24}$
a technical (scrambled) key that is used in scenarios where the taken routing decisions have to be propagated downstream for tracing or when a specific routing criteria is supposed to be used for making unique links -
match-post-processing: object
match-post-processing
this section captures instructions that need to get executed in case a successful match has happened and the call to the backend has succeeded
Nested Schema : any-criteria-of
Type:
array
Minimum Number of Items:
1
An array of objects which can hold all supported routing criteria. Multiple such objects in the array mean that only one of the array members needs to match to match the whole criterion. On the other hand all routing criteria in a single item have to all match.
Show Source
Nested Schema : match-post-processing
Type:
object
this section captures instructions that need to get executed in case a successful match has happened and the call to the backend has succeeded
Show Source
-
description: string
meant to capture record level documentation
-
interaction-context-enrichment-specification: string
the name of the configured enrichment spec
Nested Schema : items
Type:
Show Source
object
-
abac-criteria: array
abac-criteria
Minimum Number of Items:
1
allows using Helidon ABAC expressions -
boolean-criterion: object
boolean-criterion
used for the simple use cases to trun off certain alternatives, by including a false criterion or to define an always true criterion
-
expression-criteria: array
expression-criteria
Minimum Number of Items:
1
criteria using the CX Industry Framework custom expression language. You can specify multiple criteria. Then all provided criteria have to evaluate to a match. -
header-criteria: array
header-criteria
Minimum Number of Items:
1
This kind of criteria allows taking routing decisions based on HTTP request headers, both regular as well as custom. Header criteria match when either one of the configured fixed values matches or when there is a match to the provided regular expression. You can also specify whether the header should be passed down to the called target or should be swallowed by Industries Framework routing. -
http-method-criteria: object
http-method-criteria
this kind of routing criterion allows you specifying a list of HTTP methods of which one has to be then the one used for the request
-
http-version-criteria: object
http-version-criteria
this kind of routing criterion allows you routing different inbound HTTP protocol version requests to separate targets. Mainly useful for migration scenarios
-
interaction-context-criteria: object
interaction-context-criteria
Leverages the information in an interaction context (see the RoutingContextEnrichmentSpecification custom resource) to persist some fact information over multiple requests to Industries Framework.
-
jwt-criteria: object
jwt-criteria
-
path-param-criteria: object
path-param-criteria
allows specifying URL path parameters for routing. Exact-match and regular expression are supported. the key and value information are supposed to be provided in unencoded form.
-
query-param-criteria: object
query-param-criteria
allows specifying URL query parameters for routing. Exact-match and regular expression are supported. the key and value information are supposed to be provided in unencoded form. So: "@type" instead of "%40type"
-
ref-criterion: object
ref-criterion
-
workspace-client-criteria: object
workspace-client-criteria
allows routing by taking information of the workspace client into account. It is dependent on the OpenID Connect JWT and the WorkspaceClient custom resource. workspace clients can be identified either directly via their name or via labels. If both names and labels are provided, then they are treated as disjunction (logical or). So, matches have to either be have a listed name or carry a correct label. Carrying both is not required, but does not have any additional effect
Nested Schema : abac-criteria
Type:
array
Minimum Number of Items:
1
allows using Helidon ABAC expressions
Show Source
Nested Schema : boolean-criterion
Type:
object
used for the simple use cases to trun off certain alternatives, by including a false criterion or
to define an always true criterion
Show Source
-
description: string
meant to capture record level documentation
-
value: boolean
Match One Schema
Show Source
Nested Schema : expression-criteria
Type:
array
Minimum Number of Items:
1
criteria using the CX Industry Framework custom expression language. You can specify multiple criteria. Then all provided criteria have to evaluate to a match.
Show Source
Nested Schema : header-criteria
Type:
array
Minimum Number of Items:
1
This kind of criteria allows taking routing decisions based on HTTP request headers, both regular as well as custom. Header criteria match when either one of the configured fixed values matches or when there is a match to the provided regular expression. You can also specify whether the header should be passed down to the called target or should be swallowed by Industries Framework routing.
Show Source
Nested Schema : http-method-criteria
Type:
object
this kind of routing criterion allows you specifying a list of HTTP methods of which one has to be
then the one used for the request
Show Source
-
description: string
meant to capture record level documentation
-
http-methods: array
http-methods
Minimum Number of Items:
1
Match One Schema
Show Source
Nested Schema : http-version-criteria
Type:
object
this kind of routing criterion allows you routing different inbound HTTP protocol version requests
to separate targets. Mainly useful for migration scenarios
Show Source
-
description: string
meant to capture record level documentation
-
http-protocol-versions: array
http-protocol-versions
Minimum Number of Items:
1
Match One Schema
Show Source
Nested Schema : interaction-context-criteria
Type:
object
Leverages the information in an interaction context (see the RoutingContextEnrichmentSpecification custom resource) to persist some fact information over multiple requests to Industries Framework.
Show Source
-
description: string
meant to capture record level documentation
-
interaction-context-specs: array
interaction-context-specs
Minimum Number of Items:
1
Match One Schema
Show Source
Nested Schema : jwt-criteria
Type:
Show Source
object
-
claims: array
claims
Minimum Number of Items:
1
-
description: string
meant to capture record level documentation
Match One Schema
Show Source
Nested Schema : path-param-criteria
Type:
object
allows specifying URL path parameters for routing. Exact-match and regular expression are supported.
the key and value information are supposed to be provided in unencoded form.
Show Source
-
description: string
meant to capture record level documentation
-
path-parameters: array
path-parameters
Minimum Number of Items:
1
Nested Schema : query-param-criteria
Type:
object
allows specifying URL query parameters for routing. Exact-match and regular expression are supported.
the key and value information are supposed to be provided in unencoded form.
So: "@type" instead of "%40type"
Show Source
-
description: string
meant to capture record level documentation
-
query-parameters: array
query-parameters
Minimum Number of Items:
1
Match One Schema
Show Source
Nested Schema : ref-criterion
Type:
Show Source
object
-
criteria-refs: array
criteria-refs
Minimum Number of Items:
1
This kind of criterion allows aggregating over other named criteria. Main use case is composition as you can specify multiple entries that then all must match individually to match the whole criteria-refs criterion -
description: string
meant to capture record level documentation
Nested Schema : workspace-client-criteria
Type:
object
allows routing by taking information of the workspace client into account. It is dependent on the OpenID Connect JWT and the WorkspaceClient custom resource.
workspace clients can be identified either directly via their name or via labels. If both names and labels are provided, then they are treated as disjunction (logical or). So, matches have to either be have a listed name or carry a correct label. Carrying both is not required, but does not have any additional effect
Show Source
-
description: string
meant to capture record level documentation
-
matching-workspace-client-labels: array
matching-workspace-client-labels
Minimum Number of Items:
1
WorkspaceClient allows specifying key-only and key/value labels. You can specify both variants here. All labels must match and out of multiple values given for a label one must match -
matching-workspace-client-names: array
matching-workspace-client-names
Minimum Number of Items:
1
these are the .spec.client-name values of the WorkspaceClient documents -
token-types: array
token-types
list of matching token types. No limitation by default
Nested Schema : items
Type:
Show Source
object
-
criteria-expression: string
-
description: string
meant to capture record level documentation
Match One Schema
Show Source
Nested Schema : items
Type:
Show Source
object
-
description: string
meant to capture record level documentation
-
expression-implementation: string
Default Value:
orcl-tmf-21c
Allowed Values:[ "orcl-tmf-21c" ]
indicates the expression language implementation. At this point in time the routing solution only supports the query language introduced before 21D that is indicated by the sole implementation language label orcl-tmf-21c -
expression-string: string
the actual expression string
Match One Schema
Show Source
Nested Schema : items
Type:
Show Source
object
-
description: string
meant to capture record level documentation
-
ecma262-regex-value: string
(regex)
a regular expression to compare the header against. Mutually exclusive with header-value-one-of
-
header-backend-handling: string
Default Value:
routing-only
Allowed Values:[ "pass-through", "routing-only" ]
Headers can either be passed down to the routing target or can be swallowed in Industries Framework in case they were only introduced for routing. -
header-value-one-of: array
header-value-one-of
Minimum Number of Items:
1
the list of fixed candidate values of which one should match. Mutually exclusive with ecma262-regex-value -
request-header-name: string
the name of the request header
Match One Schema
Show Source
Nested Schema : header-value-one-of
Type:
array
Minimum Number of Items:
1
the list of fixed candidate values of which one should match. Mutually exclusive with
ecma262-regex-value
Show Source
Nested Schema : http-methods
Type:
array
Minimum Number of Items:
Show Source
1
-
Array of:
string
Allowed Values:
[ "GET", "PUT", "POST", "HEAD", "OPTIONS", "PATCH", "DELETE" ]
Nested Schema : http-protocol-versions
Type:
array
Minimum Number of Items:
Show Source
1
-
Array of:
string
Allowed Values:
[ "HTTP 1.1", "HTTP/2" ]
Nested Schema : items
Type:
Show Source
object
-
context-item-name: string
the key on the interaction context to look at
-
context-item-value-one-of: array
context-item-value-one-of
Minimum Number of Items:
1
the exact value candidates the context item should be checked against. Mutually exclusive with ecma262-context-item-regex-value -
ecma262-context-item-regex-value: string
(regex)
the regular expression the context item value should match to. Mutually exclusive with context-item-value-one-of
-
optional: boolean
Default Value:
false
Match One Schema
Show Source
Nested Schema : context-item-value-one-of
Type:
array
Minimum Number of Items:
1
the exact value candidates the context item should be checked against. Mutually exclusive
with ecma262-context-item-regex-value
Show Source
Nested Schema : items
Type:
Show Source
object
-
claim-name: string
Minimum Length:
1
Maximum Length:15
the claim name in unencoded (URL) form -
claim-value-one-of: array
claim-value-one-of
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the claim should be checked for exact value match. Mutually exclusive with ecma262-claim-regex -
ecma262-claim-regex: string
(regex)
a regular expression the claim value checked against for value match. Mutually exclusive with claim-value-one-of
Match One Schema
Show Source
Nested Schema : claim-value-one-of
Type:
array
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the claim should be checked for
exact value match. Mutually exclusive with ecma262-claim-regex
Show Source
-
Array of:
string
Minimum Length:
1
Maximum Length:60
Nested Schema : items
Type:
Show Source
object
-
ecma262-path-parameter-regex: string
(regex)
a regular expression the unencoded path parameter value checked against for value match. Mutually exclusive with path-parameter-value-oneOf and both path-parameter-min-value and path-parameter-max-value
-
path-parameter-max-value: number
specifies a maximum number the path parameter must have. Ignored for string parameters. The type of the parameter is set on the API custom resource. Mutually exclusive with path-parameter-value-oneOf and ecma262-path-parameter-regex
-
path-parameter-min-value: number
specifies a minimum number the path parameter must have. Ignored for string parameters. The type of the parameter is set on the API custom resource. Mutually exclusive with path-parameter-value-oneOf and ecma262-path-parameter-regex
-
path-parameter-name: string
Pattern:
^[a-z][a-z0-9\-]*$
the path parameter name in unencoded (URL) form -
path-parameter-value-oneOf: array
path-parameter-value-oneOf
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the path parameter should be checked for exact value match. Mutually exclusive with ecma262-path-parameter-regex and both path-parameter-min-value and path-parameter-max-value
Match One Schema
Show Source
Nested Schema : path-parameter-value-oneOf
Type:
array
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the path parameter should be checked for
exact value match. Mutually exclusive with ecma262-path-parameter-regex and both
path-parameter-min-value and path-parameter-max-value
Show Source
Nested Schema : items
Type:
Show Source
object
-
ecma262-query-parameter-regex: string
(regex)
a regular expression the unencoded query parameter value checked against for value match. Mutually exclusive with query-parameter-value-one-of
-
parameter-nature: string
Allowed Values:
[ "pass-through", "routing-only" ]
Query parameters can either be passed down to the routing target or can be swallowed in Industries Framework in case they were only introduced for routing. -
query-parameter-name: string
Minimum Length:
1
Maximum Length:15
the query parameter name in unencoded (URL) form -
query-parameter-value-one-of: array
query-parameter-value-one-of
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the query parameter should be checked for exact value match. Mutually exclusive with ecma262-query-parameter-regex
Match One Schema
Show Source
Nested Schema : query-parameter-value-one-of
Type:
array
Minimum Number of Items:
1
a list of distinct (unencoded) value candidates the query parameter should be checked for
exact value match. Mutually exclusive with ecma262-query-parameter-regex
Show Source
-
Array of:
string
Minimum Length:
1
Maximum Length:15
Nested Schema : criteria-refs
Type:
array
Minimum Number of Items:
1
This kind of criterion allows aggregating over other named criteria. Main use case is composition as
you can specify multiple entries that then all must match individually to match the whole
criteria-refs criterion
Show Source
Nested Schema : matching-workspace-client-labels
Type:
array
Minimum Number of Items:
1
WorkspaceClient allows specifying key-only and key/value labels. You can specify both variants
here. All labels must match and out of multiple values given for a label one must match
Show Source
Nested Schema : matching-workspace-client-names
Type:
array
Minimum Number of Items:
1
these are the .spec.client-name values of the WorkspaceClient documents
Show Source
Nested Schema : token-types
Type:
array
list of matching token types. No limitation by default
Default Value:
Show Source
[
"user-access-token",
"client-token"
]
-
Array of:
string
Allowed Values:
[ "user-access-token", "client-token" ]
Nested Schema : items
Type:
Show Source
object
-
label-name: string
the WorkspaceClient label name
-
label-values: array
label-values
Minimum Number of Items:
1
the WorkspaceClient label candidate values
Match One Schema
Show Source
Nested Schema : label-values
Type:
array
Minimum Number of Items:
1
the WorkspaceClient label candidate values
Show Source
-
Array of:
string
Minimum Length:
1
400 Response
Bad Request
Root Schema : Error
Type:
object
Used when an API throws an Error, typically with a HTTP error response-code (3xx, 4xx, 5xx)
Show Source
-
@baseType: string
When sub-classing, this defines the super-class.
-
@schemaLocation: string
(uri)
A URI to a JSON-Schema file that defines additional attributes and relationships
-
@type: string
When sub-classing, this defines the sub-class entity name.
-
code(required): string
Application relevant detail, defined in the API or a common list.
-
message: string
More details and corrective actions related to the error which can be shown to a client user.
-
reason(required): string
Explanation of the reason for the error which can be shown to a client user.
-
referenceError: string
(uri)
URI of documentation describing the error.
-
status: string
HTTP Error code extension
401 Response
Unauthorized
Root Schema : Error
Type:
object
Used when an API throws an Error, typically with a HTTP error response-code (3xx, 4xx, 5xx)
Show Source
-
@baseType: string
When sub-classing, this defines the super-class.
-
@schemaLocation: string
(uri)
A URI to a JSON-Schema file that defines additional attributes and relationships
-
@type: string
When sub-classing, this defines the sub-class entity name.
-
code(required): string
Application relevant detail, defined in the API or a common list.
-
message: string
More details and corrective actions related to the error which can be shown to a client user.
-
reason(required): string
Explanation of the reason for the error which can be shown to a client user.
-
referenceError: string
(uri)
URI of documentation describing the error.
-
status: string
HTTP Error code extension
403 Response
Forbidden
Root Schema : Error
Type:
object
Used when an API throws an Error, typically with a HTTP error response-code (3xx, 4xx, 5xx)
Show Source
-
@baseType: string
When sub-classing, this defines the super-class.
-
@schemaLocation: string
(uri)
A URI to a JSON-Schema file that defines additional attributes and relationships
-
@type: string
When sub-classing, this defines the sub-class entity name.
-
code(required): string
Application relevant detail, defined in the API or a common list.
-
message: string
More details and corrective actions related to the error which can be shown to a client user.
-
reason(required): string
Explanation of the reason for the error which can be shown to a client user.
-
referenceError: string
(uri)
URI of documentation describing the error.
-
status: string
HTTP Error code extension
404 Response
Not Found
Root Schema : Error
Type:
object
Used when an API throws an Error, typically with a HTTP error response-code (3xx, 4xx, 5xx)
Show Source
-
@baseType: string
When sub-classing, this defines the super-class.
-
@schemaLocation: string
(uri)
A URI to a JSON-Schema file that defines additional attributes and relationships
-
@type: string
When sub-classing, this defines the sub-class entity name.
-
code(required): string
Application relevant detail, defined in the API or a common list.
-
message: string
More details and corrective actions related to the error which can be shown to a client user.
-
reason(required): string
Explanation of the reason for the error which can be shown to a client user.
-
referenceError: string
(uri)
URI of documentation describing the error.
-
status: string
HTTP Error code extension
409 Response
Conflict
Root Schema : Error
Type:
object
Used when an API throws an Error, typically with a HTTP error response-code (3xx, 4xx, 5xx)
Show Source
-
@baseType: string
When sub-classing, this defines the super-class.
-
@schemaLocation: string
(uri)
A URI to a JSON-Schema file that defines additional attributes and relationships
-
@type: string
When sub-classing, this defines the sub-class entity name.
-
code(required): string
Application relevant detail, defined in the API or a common list.
-
message: string
More details and corrective actions related to the error which can be shown to a client user.
-
reason(required): string
Explanation of the reason for the error which can be shown to a client user.
-
referenceError: string
(uri)
URI of documentation describing the error.
-
status: string
HTTP Error code extension
500 Response
Internal Server Error
Root Schema : Error
Type:
object
Used when an API throws an Error, typically with a HTTP error response-code (3xx, 4xx, 5xx)
Show Source
-
@baseType: string
When sub-classing, this defines the super-class.
-
@schemaLocation: string
(uri)
A URI to a JSON-Schema file that defines additional attributes and relationships
-
@type: string
When sub-classing, this defines the sub-class entity name.
-
code(required): string
Application relevant detail, defined in the API or a common list.
-
message: string
More details and corrective actions related to the error which can be shown to a client user.
-
reason(required): string
Explanation of the reason for the error which can be shown to a client user.
-
referenceError: string
(uri)
URI of documentation describing the error.
-
status: string
HTTP Error code extension
Examples
The following example shows how to create a routing criteria by submitting a POST request on the REST resource using cURL.
cURL Command
curl -H 'Authorization: Bearer <Token>' -X POST
https://{FABRIC_HOST}/admin/routingCriteria -H
"Content-Type: application/json" -D @create_routingcriteria.json |
json_pp
Example of Request Body
The following shows an example of the request body in JSON format.
{ "any-criteria-of": [ { "header-criteria": [ { "request-header-name": "biling-system", "header-value-one-of": [ "postpaid" ], "header-backend-handling": "routing-only" } ] } ], "criteria-link-key": "Billing Prepaid" }
Example of Response Body
The following shows an example of the response body in JSON format.
{ "any-criteria-of": [ { "header-criteria": [ { "request-header-name": "biling-system", "header-value-one-of": [ "postpaid" ], "header-backend-handling": "routing-only" } ] } ], "id": "UNI1651248080", "criteria-link-key": "Billing Prepaid" }