The reasoning is like this. As we make more changes for other configuration files such as storage.config, cache.config, congestion.config, ... etc , it is more convenient for our users to keep the same name with a different suffix to signal the difference being made.
And as we finalize on a suffix, we would also need to go back and change metrics.config and logging.config accordingly ( and of course we should support both naming convention for backward compatibility for 7.x for both) I am +1 on .luaconf On Mon, Feb 27, 2017 at 7:32 AM, James Peach <jpe...@apache.org> wrote: > >> On Feb 26, 2017, at 10:35 PM, Shu Kit Chan <chanshu...@gmail.com> wrote: >> >> Hi, >> >> We had recently converted the the custom log and metrics configuration >> files to lua (in 7.0.0 and 6.2.0 release respectively). In doing so, >> we came up with new configuration file names as well. i.e >> logging.config and metrics.config , respectively. >> >> We are now trying to come up with a better suffix for these “lua" > > What’s wrong with the status quo? Can you please spell out some of the > reasoning behind this? > >> style configuration files as we are attempting to convert more >> configuration to this "lua" style. Here are a few suggestions from >> Leif. >> >> .cfg >> .conf >> .lua >> .luacfg >> .luaconf > > My 2c is either .config or .lua. > >> e.g. If we pick .lua as our suffix naming convention, we will be >> replacing functionality in storage.config with a "lua" style >> configuration file named as storage.lua >> >> Any other opinions here? >> >> Thanks. >> >> Kit >
