[WIP][DependencyInjection] Issue #7555 - Resolve environment variables at runtime #10138
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.
This allows to set a parameter
environment_map
that contains a map[$parameter => $env_var]
. This allows to callParameterBag::resolveEnvironmentMap
even after the bag was initially resolved and frozen. As mentioned by @stof, dependent parameter can not be resolved anymore, so it is forbidden to reference a parameter in the environment map elsewhere. However,resolveEnvironmentMap
will useresolveValue
, so it is possible to reference another parameter in the enviromnent variable.HttpKernel
now callsParameterBag::resolveEnvironmentMap
after theContainer
was fully loaded.I am not entirely sure of the implication of this method with the caching mechanism, the cache warmers, etc. I could use some help from someone with a better understanding of the whole thing.
The only BC break is that
environment_map
is not a valid parameter name anymore, it is reserved.