Re: [zeta-dev] Configuration component proposal with override mechanism
I've put it in the Jira. Max 2010/8/12 Jerome Renard jerome.ren...@gmail.com Hi Maxime, On Thu, Aug 12, 2010 at 10:33 PM, Maxime Thomas maxime.t...@gmail.com wrote: Hi, I also would like to have this has a new feature in this update : Description = The configuration package could be able to store and retreive assoc arrays. Example = Consider an application with a block setting call MySettings and a a settings called Data. It will be useful to get a key to directly access one of the Data settings without looping on it. [MySettings] Data[key1]=foo Data[key2]=bar Data[key3]=bla ... Use === A use of it could be : $data = $cfg-getSetting(MySettings, Data); echo $data[key1]; Should print : foo I think this is a complete different feature. Please file an enhancement request for that in the issue tracker: - https://issues.apache.org/jira/browse/ZETACOMP Thanks :) -- Jérôme Renard http://39web.fr | http://jrenard.info
Re: [zeta-dev] Configuration component override mechanism : requirement doc
James, Hopefully my brain works better than earlier today. The more I think about the override thingy the more I tend to think the following : - The merge/inheritance (pick the word you like :D) could easily be integrated in the native Configuration component. I also already have the algorithm for that as well as tests, so I believe that could be quite fast to integrate this feature in Configuration. - The system around such as the directory structure, compilation and caching stuff could be integrated into a dedicated component that could be a tiein between Configuration and Cache. That way, everything is clean and separate, if you want to use only the merge algorithm for a few configuration files, then fair enough just use Configuration only. If you want more than that, then use the tiein. What do you think ? :) -- Jérôme Renard http://39web.fr | http://jrenard.info
Re: [zeta-dev] Configuration component override mechanism : requirement doc
On Fri, Aug 13, 2010 at 7:04 PM, Jerome Renard jerome.ren...@gmail.com wrote: James, Hopefully my brain works better than earlier today. The more I think about the override thingy the more I tend to think the following : - The merge/inheritance (pick the word you like :D) could easily be integrated in the native Configuration component. I also already have the algorithm for that as well as tests, so I believe that could be quite fast to integrate this feature in Configuration. - The system around such as the directory structure, compilation and caching stuff could be integrated into a dedicated component that could be a tiein between Configuration and Cache. That way, everything is clean and separate, if you want to use only the merge algorithm for a few configuration files, then fair enough just use Configuration only. If you want more than that, then use the tiein. What do you think ? Sounds excellent! That way people who like systems can use it, and people who don't like systems can still benefit from the upgrade... ... Anyway, that sounds more like design document discussions than requirement document issues ;) Cheers James -- http://jamespic.com/contact Customer is king - Le client est roi - El cliente es rey.