-
-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update dependency laminas/laminas-servicemanager to v4 #125
base: 2.36.x
Are you sure you want to change the base?
Conversation
⚠ Artifact update problemRenovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is. ♻ Renovate will retry this branch, including artifacts, only when one of the following happens:
The artifact failure details are included below: File name: composer.lock
|
This will likely have to go into v3: Laminas/Crypt will not get updated to support v4 of service manager (Crypt is already dropped in 3.0.x here). |
cd09621
to
00cf6f3
Compare
6649e3c
to
a6386f8
Compare
a6386f8
to
b9e2d56
Compare
38e3ed6
to
4853cda
Compare
63672b1
to
87bb9e9
Compare
592c652
to
45ca81a
Compare
45ca81a
to
e4f2b2e
Compare
| datasource | package | from | to | | ---------- | ------------------------------ | ------ | ----- | | packagist | laminas/laminas-servicemanager | 3.22.1 | 4.1.0 | Signed-off-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
e4f2b2e
to
64bc418
Compare
|
This PR contains the following updates:
^3.21.0
->^3.21.0 || ^4.0.0
Release Notes
laminas/laminas-servicemanager (laminas/laminas-servicemanager)
v4.0.0
Compare Source
Release Notes for 4.0.0
Release Notes for 4.0.0
laminas-servicemanager
4.0.0 is here and finally enables projects to consumepsr/container
v2.0.0 after 2 years along with several type-additions and plugin manager decoupling.The migration guide is not written yet but will be at some point (once we added support for SM v4 to other components) later.
Added
ServiceManager#get
,PluginManagerInterface#get
andServiceLocatorInterface#build
now explicitly implementmixed
as return-type to synchronize types withContainerInterface#get
psr/container
v1.1 and v2.0ReflectionBasedAbstractFactory
vialaminas-cli
Removed
Laminas\ServiceManager\AbstractFactoryInterface
Laminas\ServiceManager\FactoryInterface
Laminas\ServiceManager\InitializerInterface
Laminas\ServiceManager\DelegatorFactoryInterface
vendor/bin
are removed in favor of thelaminas-cli
integration. All CLI commands of v3.x are accessible viavendor/bin/laminas servicemanager:<v3.x command name>
oncelaminas/laminas-cli
is required in the projects dependenciesConfigInterface
andConfig
-class since these files did not provide any validation logic and were just used to proxy the configuration array structureAbstractPluginManager#validate
andAbstractPluginManager::$instanceOf
property as in v3.x, implementing plugin managers were able to implicitlyvalidate
mixed
. In case an implementing plugin manager is providing a single$instanceOf
such aslaminas-cache
, there is a new classAbstractSingleInstancePluginManager
available which requires the$instanceOf
property to be configuredBreaking Changes
AbstractPluginManager
does not extendServiceManager
anymore and instead uses an ownServiceManager
instance under the hood to manage plugin manager related services which can be configured the same way as in v3.xvendor/bin
are now integrated vialaminas-cli
and can be called viavendor/bin/laminas
oncelaminas/laminas-cli
is part of the projects requirements. Read more about how to consume these commands here.AbstractPluginManager
does not provide thevalidate
-Method anymore and requires migration action such as:AbstractSingleInstancePluginManager
in case the plugin manager only provides instances of a specific interface- or class-string (please be aware that the$instanceOf
property now requires nativestring
property type)validate
method and verify whatever type has to be returned and/or just allowmixed
as v3.x did when omitting$instanceOf
propertyConfigInterface
andConfig
-class since these files did not provide any validation logic and were just used to proxy the configuration array structureServiceManager
norAbstractPluginManager
do validate the provided configuration at runtime anymore. due to the psalm-types provided toServiceManager#__construct
,ServiceManager#configure
,AbstractPluginManager#__construct
andAbstractPluginManager#configure
, the configuration schema is strictly typed and thus, a miss-configuration can be mitigated on static-analysis level prior actual runtimeAbstractPluginManager#get
does not accept options anymore, in case an instance with options needs to be created,AbstractPluginManager#build
has to be used4.0.0
Enhancement
$this
toself
thanks to @boesingReflectionBasedAbstractFactory
mapped factories thanks to @boesingBC Break,Enhancement
psr/container
v2 thanks to @boesing and @danielspkServiceManager#getServiceLocator
method thanks to @boesingServiceManager
inheritance forAbstractPluginManager
thanks to @boesingRFC
AbstractPluginManager#validate
thanks to @boesingServiceManager
asfinal
and changeAbstractPluginManager
to use composition over inheritance thanks to @boesingBC Break
container-interop/container-interop
polyfill thanks to @boesingrenovate
Bug
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
Read more information about the use of Renovate Bot within Laminas.