This repository has been archived by the owner on Jan 30, 2020. It is now read-only.
Ensure form_elements
config is honored in non-zend-mvc contexts
#164
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Per https://discourse.zendframework.com/t/validatormanager-not-calling-custom-validator-factory/109/5?u=matthew the
form_elements
config key is not honored currently unless the application is within a zend-mvc context. This is due to the fact thatZend\Form\Module
wires configuration for theZend\ModuleManager\Listener\ServiceListener
in order to push merged service configuration into the plugin during bootstrap; no similar logic is available when not in a zend-mvc context, however.This patch fixes that situation by modifying the
FormElementManagerFactory
to do the following:ServiceListener
service exists, it returns the plugin manager immediately (old behavior).config
service, and, if found, aform_elements
key with an array value. When found, it feeds that value to aZend\ServiceManager\Config
instance and uses that to configure the plugin manager before returning it.