|Description:||Use to limit an address space - when provided with a request matching its grammar it will cause early termination of resolution, possibly stopping resolution from an outer scope.|
The layer1.Endpoint.Limiter prototype has the following initialisation parameters:
An identifier grammar definition.
An identifier for created logical endpoint, if omitted a unique auto-generated value it will be used.
If included this parameter will mark the endpoint as private and it will not be exposed outside module.
|meta||Optional||XML||null||(no description available)|
Here is an auto-generated example of how to instantiate an instance of Limiter:
To use Limiter accessor prototype you must import the module urn:org:netkernel:ext:layer1:
The Limiter is used to explicitly force the termination of request resolution. It requires a grammar parameter and for requests that match the grammar resolution will be terminated.
The limiter is a valuable infrastructure component and is used to provide constraint boundaries in the address space. For example it can be used in an application space to prevent requests that are not internally satisfied in the application address space from attempting to resolve outside that applications scope, for example in a fulcrum.
This example shows how the limiter can be used as an export mask. Here we have a public unit test rootspace which also wishes to share all of the endpoints from the imported libraries. However it does not want to allow through the system configuration resources (such as docs, tests etc etc) that are present in the res:/etc/system/ path of the imported spaces. The Limiter masks these resources.