api-tools-versioning is a Laminas module for automating service versioning through both URIs and Accept or
Content-Type header media types. Information extracted from either the URI or header media type
that relates to versioning will be made available in the route match object. In situations where a
controller service name is utilizing a sub-namespace matching the regexp V(\d), the matched
controller service names will be updated with the currently matched version string.
Please see the composer.json file.
Run the following composer command:
$ composer require laminas-api-tools/api-tools-versioningAlternately, manually add the following to your composer.json, in the require section:
"require": {
"laminas-api-tools/api-tools-versioning": "^1.2"
}And then run composer update to ensure the module is installed.
Finally, add the module name to your project's config/application.config.php under the modules
key:
return [
/* ... */
'modules' => [
/* ... */
'Laminas\ApiTools\Versioning',
],
/* ... */
];If you use laminas-component-installer, that plugin will install api-tools-versioning as a module for you.
The top-level configuration key for user configuration of this module is api-tools-versioning.
The content-type key is used for specifying an array of regular expressions that will be
used in parsing both Content-Type and Accept headers for media type based versioning
information. A default regular expression is provided in the implementation which should
also serve as an example of what kind of regex to create for more specific parsing:
'#^application/vnd\.(?P<laminas_ver_vendor>[^.]+)\.v(?P<laminas_ver_version>\d+)\.(?P<laminas_ver_resource>[a-zA-Z0-9_-]+)$#'This rule will match the following pseudo-code route:
application/vnd.{api name}.v{version}(.{resource})?+json
All captured parts should utilize named parameters. A more specific example, with the top-level key would look like:
'api-tools-versioning' => [
'content-type' => [
'#^application/vendor\.(?P<vendor>mwop)\.v(?P<version>\d+)\.(?P<resource>status|user)$#',
],
],The default_version key provides the default version number to use in case a version is not
provided by the client. 1 is the default for default_version.
The setting accepts one of the two following possible values:
- A PHP
integerindicating the default version number for all routes. - An associative array, where the keys are route names, and the values the default version to use with the associated route.
Full Example:
// Set v2 as default version for all routes
'api-tools-versioning' => [
'default_version' => 2,
],or
// Set default version to v2 and v3 for the users and status routes respectively
'api-tools-versioning' => [
'default_version' => [
'myapi.rest.users' => 2,
'myapi.rpc.status' => 3,
],
],The uri key is responsible for identifying which routes need to be prepended with route matching
information for URL based versioning. This key is an array of route names that is used in the Laminas
router.routes configuration. If a particular route is a child route, the chain will happen at the
top-most ancestor.
The route matching segment consists of a rule of [/v:version] while specifying a constraint
of digits only for the version parameter.
Example:
'api-tools-versioning' => [
'uri' => [
'api',
'status',
'user',
],
],The following configuration is provided in config/module.config.php to enable the module to
function:
'service_manager' => [
'factories' => [
\Laminas\ApiTools\Versioning\AcceptListener::class => \Laminas\ApiTools\Versioning\Factory\AcceptListenerFactory::class,
\Laminas\ApiTools\Versioning\ContentTypeListener::class => \Laminas\ApiTools\Versioning\Factory\ContentTypeListenerFactory::class,
\Laminas\ApiTools\Versioning\VersionListener::class => \Laminas\ServiceManager\Factory\InvokableFactory::class,
],
],api-tools-versioning provides no new events, but does provide 4 distinct listeners:
This listener is attached to ModuleEvent::EVENT_MERGE_CONFIG. It is responsible for iterating the
routes provided in the api-tools-versioning.uri configuration to look for corresponding routes in the
router.routes configuration. When a match is detected, this listener will apply the versioning
route match configuration to the route configuration.
This listener is attached to the MvcEvent::EVENT_ROUTE at a priority of -41. This listener is
responsible for updating controller service names that utilize a versioned namespace naming scheme.
For example, if the currently matched route provides a controller name such as Foo\V1\Bar, and the
currently selected version through URL or media type is 4, then the controller service name will
be updated in the route matches to Foo\V4\Bar;
This listener is attached to the MvcEvent::EVENT_ROUTE at a priority of -40. This listener is
responsible for parsing out information from the provided regular expressions (see the
content-type configuration key for details) from any Accept header that is present in the
request, and assigning that information to the route match, with the regex parameter names as keys.
This listener is attached to the MvcEvent::EVENT_ROUTE at a priority of -40. This listener is
responsible for parsing out information from the provided regular expressions (see the
content-type configuration key for details) from any Content-Type header that is present in the
request, and assigning that information to the route match, with the regex parameter names as keys.
api-tools-versioning provides no unique services other than those that serve the purpose
of event listeners, namely:
Laminas\ApiTools\Versioning\VersionListenerLaminas\ApiTools\Versioning\AcceptListenerLaminas\ApiTools\Versioning\ContentTypeListener