@Sidath: as of now we haven't identified, which are the configurations that are going to be frequently changing in the C5. But with the past experience, we know that all the configurations are not going to be changed in all deployments. So, the idea is to expose those configurations (which are likely to be frequently changed) to the users via deployment.properties.
@Niranjan: you are correct. It seems that wording is misleading. I was referring to some functionalities that are present in some profiles but not needed on other profiles. thanks for pointing this. @Imesh/@Azeez: I also believe that merging all the configurations into one file would complicate the configuration process. eg: in APIM we have around 30 different xml files in the conf directory (excluding tomcat and axis2). So, combining all these into one file would complicate the user experience IMO. Thanks, Jayanga. *Jayanga Dissanayake* Associate Technical Lead WSO2 Inc. - http://wso2.com/ lean . enterprise . middleware email: [email protected] mobile: +94772207259 <http://wso2.com/signature> On Fri, Oct 14, 2016 at 10:50 AM, Afkham Azeez <[email protected]> wrote: > I think Imesh's suggestion merges all the config files and complicates > stuff a lot. With the deployment.properties file we are including only the > bits that most users will be concerned about and will provide a simple way > to configure such stuff. > > On Fri, Oct 14, 2016 at 9:50 AM, Isuru Perera <[email protected]> wrote: > >> +1 for using a YAML file instead of a properties file. >> >> On Fri, Oct 14, 2016 at 8:45 AM, Imesh Gunaratne <[email protected]> wrote: >> >>> I would like to propose to use a single YAML file for each distribution >>> (product/profile) to make the configuration process easier. >>> >>> I understand that we are trying to do something similar using a >>> properties file (by overriding configurations in separate files), however >>> IMO a properties file might not suite well for this purpose. A YAML file or >>> any other type of a file which is more readable and designed for managing >>> hierarchical data structures would work well. More importantly having a >>> single configuration file would make the configuration process more simpler >>> and clean. WDYT? >>> >>> Thanks >>> >>> >>> On Thursday, October 13, 2016, Sidath Weerasinghe <[email protected]> >>> wrote: >>> >>>> Hi Jayanga, >>>> >>>> What are the most frequently changing configurations in C5 which are >>>> going to store in the deployment.properties" file ? >>>> >>>> On Thu, Oct 13, 2016 at 5:07 PM, Jayanga Dissanayake <[email protected]> >>>> wrote: >>>> >>>>> Hi All, >>>>> >>>>> With C5, we introduced "ConfigResolver" which enhances the user >>>>> experience in changing configuration values. With the previous C4x >>>>> approach, users had to know where the configuration files are and to, >>>>> change several configuration files to get the product working in some >>>>> scenarios. >>>>> >>>>> With "ConfigResolver" it allows us to have more frequently changing >>>>> configurations in one location "deployment.properties" file. >>>>> >>>>> A product has set of configurations that are needed to be changed in >>>>> the deployments and there are some other configurations that we don't >>>>> change unless there is a complex situation. Hence, ideally, >>>>> deployment.properties file should contain only the configurations that are >>>>> frequently used and can add more entries if a requirement arise. >>>>> >>>>> But with the requirements coming in with the "profile" support [1]. we >>>>> have to rethink the way config resolver handle the configuration files. >>>>> >>>>> eg: >>>>> 1. We need to enable indexing in API store and publisher, not in other >>>>> profiles. >>>>> 2. Enabling certain handlers in particular profiles. >>>>> >>>>> At present, there is no configuration to enable/disable these >>>>> features. We have to rethink the way we define configurations in features >>>>> in future. We have to have a way to enable/disable certain features so >>>>> that >>>>> those could be disabled in certain profiles. >>>>> >>>>> Any idea/questions/clarifications are highly appreciated as it will >>>>> help to model the new configurations story in C5. >>>>> >>>>> [1] "Multiple profile support for C5 based products." >>>>> >>>>> Thanks, >>>>> *Jayanga Dissanayake* >>>>> Associate Technical Lead >>>>> WSO2 Inc. - http://wso2.com/ >>>>> lean . enterprise . middleware >>>>> email: [email protected] >>>>> mobile: +94772207259 >>>>> <http://wso2.com/signature> >>>>> >>>>> _______________________________________________ >>>>> Architecture mailing list >>>>> [email protected] >>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>> >>>>> >>>> >>>> >>>> -- >>>> Thank You, >>>> Best Regards, >>>> >>>> Sidath Weerasinghe >>>> >>>> >>>> *Intern* >>>> >>>> *WSO2, Inc. * >>>> >>>> *lean . enterprise . middleware * >>>> >>>> >>>> *Mobile: +94719802550 <%2B94719802550>* >>>> >>>> *Email: *[email protected] >>>> >>>> Blog: https://medium.com/@sidath >>>> >>>> Linkedin: https://lk.linkedin.com/in/sidathweerasinghe >>>> >>> >>> >>> -- >>> *Imesh Gunaratne* >>> Software Architect >>> WSO2 Inc: http://wso2.com >>> T: +94 11 214 5345 M: +94 77 374 2057 >>> W: https://medium.com/@imesh TW: @imesh >>> lean. enterprise. middleware >>> >>> >>> >>> _______________________________________________ >>> Architecture mailing list >>> [email protected] >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>> >>> >> >> >> -- >> Isuru Perera >> Associate Technical Lead | WSO2, Inc. | http://wso2.com/ >> Lean . Enterprise . Middleware >> >> about.me/chrishantha >> Contact: +IsuruPereraWSO2 <https://www.google.com/+IsuruPereraWSO2/about> >> >> _______________________________________________ >> Architecture mailing list >> [email protected] >> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >> >> > > > -- > *Afkham Azeez* > Director of Architecture; WSO2, Inc.; http://wso2.com > Member; Apache Software Foundation; http://www.apache.org/ > * <http://www.apache.org/>* > *email: **[email protected]* <[email protected]> > * cell: +94 77 3320919 <%2B94%2077%203320919>blog: * > *http://blog.afkham.org* <http://blog.afkham.org> > *twitter: **http://twitter.com/afkham_azeez* > <http://twitter.com/afkham_azeez> > *linked-in: **http://lk.linkedin.com/in/afkhamazeez > <http://lk.linkedin.com/in/afkhamazeez>* > > *Lean . Enterprise . Middleware* > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > >
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
