Releases: zendframework/zend-expressive-tooling
zend-expressive-tooling 1.3.0
Added
- #96 adds compatibility with symfony/console
^5.0
.
Changed
- Nothing.
Deprecated
- Nothing.
Removed
- Nothing.
Fixed
- Nothing.
zend-expressive-tooling 1.2.1
Added
- Nothing.
Changed
- Nothing.
Deprecated
- Nothing.
Removed
- Nothing.
Fixed
- #93 fixes issue with DI containers where configuration is an ArrayObject not an array.
handler:create
command works now properly withAura.Di
andSymfony DI
containers.
zend-expressive-tooling 1.2.0
Added
-
#85 adds support for PHP 7.3.
-
#86 adds the ability to provide the
--modules-path
option to the various
module:*
commands via configuration. In each case, if the option is omitted,
the command will search for aZend\Expressive\Tooling\Module\CommandCommonOptions.--modules-path
configuration entry, and use it if present. When present, calling any of these
commands can now omit the--modules-path
option when a custom path is
required.
Changed
- Nothing.
Deprecated
- Nothing.
Removed
- Nothing.
Fixed
- Nothing.
zend-expressive-tooling 1.1.0
Added
- Nothing.
Changed
- #83 fixes behavior when generating template names. The intention was for both
namespace separators and TitleCase words to be dash-separated, but the latter
previously were not; the patch in this release corrects the behavior. As such,
names such asDbExample
will now correctly map to a template with the name
db-example
.
Deprecated
- Nothing.
Removed
- Nothing.
Fixed
- Nothing.
zend-expressive-tooling 1.0.2
Added
- Nothing.
Changed
-
#80 removes unnecessary
{@inheritDoc}
annotations from generated code. -
#79 adds
public
visibility to all declared constants. While this was assumed
before, now it is explicit. -
#81 modifies the
action:create
andhandler:create
commands to emit a more
sensible error in situations when the createdRequestHandlerInterface
is not
namespaced.
Deprecated
- Nothing.
Removed
- Nothing.
Fixed
- Nothing.
zend-expressive-tooling 1.0.1
Added
- Nothing.
Changed
- #75
modifies the generatedconfig/autoload/zend-expressive-tooling-factories.global.php
file to include astrict_types
declaration, for consistency with other
generated files.
Deprecated
- Nothing.
Removed
- Nothing.
Fixed
- #77 fixes
an issue with where generated template files were placed in the filesystem
when working with a module; they are now correctly placed in the module's
templates
directory.
zend-expressive-tooling 1.0.0
Added
-
#39 and #44 add support for PSR-15. The
expressive middleware:create
command will now generate PSR-15 middleware. -
#39 and #44 add a new tool:
expressive migrate:interop-middleware
. This tool will migrate existing http-interop middleware, delegators, and/or request handlers of any version to PSR-15 middleware and request handlers. -
#48 adds a new command,
expressive handler:create
, which will create a PSR-15 request handler using the class name provided. -
#52 adds the command
factory:create
. The command expects a fully-qualified, resolvable, class name; it then generates a factory class for it as a sibling class file, using reflection. By default, it also registers the class and factory with the container, in the fileconfig/autoload/zend-expressive-tooling-factories.global.php
. Pass the option--no-register
to disable this auto-registration. -
#55 adds an
action:create
command. This command is mapped to the existinghandler:create
command, which now varies its help messages and argument names based on the command name provided. -
#58 adds the command
migrate:middleware-to-request-handler
. This command accepts an optional--src
option (default to./src
), under which it will scan for class files where middleware is defined. If a given class file represents middleware, and the middleware does not call upon the handler argument, it rewrites the middleware as a request handler. -
#63 adds template generation capabilities to the
handler:create
/action:create
commands. If aTemplateRendererInterface
service is detected in the container, it will generate a template based on the root namespace of the generated class and the class name (minus anyHandler
,Action
, orMiddleware
suffixes), and update the class to render the template into a zend-diactorosHtmlResponse
. It also then exposes the following options:-
--without-template
disables template generation and template awareness in the generated class. -
--with-template-namespace
allows specifying an alternative template namespace. -
--with-template-name
allows specifying an alternative template name (separately from the namespace). -
--with-template-extension
allows specifying an alternative template file extension. By default, it will use thetemplates.extension
configuration value, or a default based on known template renderers.
-
-
Adds support for zend-component-installer
^2.0
.
Changed
-
#52 modifies the
middleware:create
command to invokefactory:create
once it has successfully created the new middleware. You may disable this feature by passing the option--no-factory
; if you want to generate the factory, but not auto-register the middleware service, pass the option--no-register
. -
#52 modifies the
handler:create
command to invokefactory:create
once it has successfully created the new request handler. You may disable this feature by passing the option--no-factory
; if you want to generate the factory, but not auto-register the request handler service, pass the option--no-register
. -
#56 modifies all generated classes to add a
declare(strict_types=1)
directive.
Deprecated
- Nothing.
Removed
-
#39 removes support for http-interop/http-middleware.
-
#39 removes support for PHP versions prior to PHP 7.1.
-
Removes support for zend-component-installer
^1.1
. -
#72 removes the
migrate:expressive-v2.2
command; the 1.0.0 release explicitly requires zend-expressive 3, making that command useless. -
#47 removes a number of legacy commands built to help migration from Expressive version 1 to version 2, as they are no longer compatible with dependencies against with this version works. These commands include:
expressive migrate:pipeline-from-config
expressive migrate:original-messages
expressive migrate:error-middleware-scanner
-
#47 removes all scripts other than
expressive
from the package definition.
Fixed
-
#73 reverts the change introduced by #69 as multi-segment namespaces are not yet supported by zf-component-installer, causing creation of the autoloader entry to result in an error during module creation.
-
#48 fixes the description of the
expressive middleware:create
command to reference PSR-15 instead of http-interop. -
#49 fixes how the
module:create
command generates template configuration. It no longer produces "layout" and "error" configuration, and renames the "app" template namespace to a normalized version of the module name generated. -
#69 fixes an issue with
module:create
when presented with a multi-segment namespace. It now correctly creates a directory structure using all namespace segments.
zend-expressive-tooling 1.0.0rc2
zend-expressive-tooling 1.0.0rc1
Added
- Nothing.
Changed
- Nothing.
Deprecated
- Nothing.
Removed
- #72 removes the
migrate:expressive-v2.2
command; the 1.0.0 release explicitly requires zend-expressive 3, making that command useless.
Fixed
- #69 fixes an issue with
module:create
when presented with a multi-segment namespace. It now correctly creates a directory structure using all namespace segments.
zend-expressive-tooling 0.4.7
Added
-
#71 adds the new command
migrate:expressive-v2.2
. This command does the following:- Adds
Zend\Expressive\Router\ConfigProvider
toconfig/config.php
. - Adds
Zend\Expressive\ConfigProvider
toconfig/config.php
. - Replaces
pipeRoutingMiddleware()
calls withpipe(\Zend\Expressive\Router\Middleware\RouteMiddleware::class)
. - Replaces
pipeDispatchMiddleware()
calls withpipe(\Zend\Expressive\Router\Middleware\DispatchMiddleware::class)
. - Replaces
pipe()
calls that pipeImplicit*Middleware
to reference zend-expressive-router variants.
- Adds
Changed
- Nothing.
Deprecated
- Nothing.
Removed
- Nothing.
Fixed
- Nothing.