|This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/14/|
On October 27th, 2010, 4:38 a.m., Kiran Ayyagari wrote:I would suggest that we confine the usage of beans to config reader only(even if they can be accessed publicly), cause we need to copy the property values from bean to the corresponding real instance (e.x DirectoryServiceBean -> DirectoryService) and this is better to it in the reader, so we don't need this copying anywhere else to setup a service (one particular area I see is in embedded mode, currently in embedded server we are not able to use external config, but with the new single file LDIF based config it is now possible and setting up a server gets easier too from a user's pov)
I'm not sure this is a good idea : - if the configBean does the Bean -> real object conversion, then the configBean will have to be aware of the real object. In any case, there is a tight relation between config and entities, and it has to be expressed in either place. - As configBean can be used to store partial results (it contains AdsBaseBeans), you have no way to know which kind of objects you'll get from it : ot can stores AdirectoryService beans (and more than one), Servers, etc. - if the service init needs to read the configBean and search for the exact Bean it has to use, then that mean the service has to know where in the config hierarchy will be stored the Bean. Not very convenient, IMO - also the reader reads, it does not instantiate. In Studio, we don't care instantiating anything, so there is no reason to have this part done in the reader. I created a ConfigCreator for this purpose, btw
On October 27th, 2010, 4:24 a.m., Emmanuel Lécharny wrote:
Review request for directory.
By Emmanuel Lécharny.
Updated 2010-10-27 04:24:41