Issue Type: Improvement Created: 2011-01-13T11:31:32.000+0000 Last Updated: 2012-06-05T02:07:26.000+0000 Status: Open Fix version(s): Reporter: Bas K (bas) Assignee: Matthew Weier O'Phinney (matthew) Tags: - Zend_Application
Related issues: - ZF-9391
Attachments: - zf-10945.diff
When passing constructor options to Zend_Application the option exists to feed an array with an config key. This key can either contain a string an an array with strings. This is useful because it allows to feed additional configuration from an external file, overruling the other configuration options that are fed into Zend_Application. A side effect of this is that one can break it configuration into multiple files and have one referencing the other by specifying either an config = path/to/other/config/file (as string) or config = path/to/other/config/file (as array) inside the application.ini
However there is a problem with the way Zend_Application handles these cases, resulting that referenced configuration options aren't read.
You can load configuration files in three different ways.
The problem is with variant 2; only configuration options inside path/to/conf are read. Any references to other configuration files are omitted. I ran into this problem, because I have my configuration option split among several files. one application.ini that references several resource files. Zend_Tool uses an the second version to get an instance of Zend_Application, resulting that not my complete set of options was available.
Affected version are for sure 1.10.8 till 1.11.2 but presumably earlier ones.
Lead developers stated the following: "It was never really intended. The reason we have it at all was because of a particular use case where developers wanted to provide some defaults via the initial Zend_Application initialization, but still utilize a config file We never intended to allow nesting of configs, to be honest -- that's something I'm hoping we can build into Zend_Config for ZF2 (instead of emulating within Zend_Application)."
However i would really like to see this improvement materialize, so an attached patch adds this capability. It makes sure circular references aren't followed. The order in which the configuration files are loaded stay the same (options read in earlier files aren't overridden by one loaded later. Included in the patch is a unit test. All other tests still run fine.
Posted by Bas K (bas) on 2011-05-10T17:49:45.000+0000
This issue is related to http://framework.zend.com/issues/browse/ZF-10548 . But it was suggested the encountered problem does not arise Zend_Tool but in Zend_Application.
However since Zend_Application is unlikely to get modified (because it might have unforeseen consequences) I would rather have this issue closed and 10548 reopened... If the patch mentioned there is applied we can safely work around the problem.
Posted by Adam Lundrigan (adamlundrigan) on 2012-06-05T02:07:26.000+0000
Attached a fixed version of the OP's patch (was not generated from trunk directory)
Have you found an issue?
See the Overview section for more details.