All major LMSs have the ability to modify the configuration of the system via the database. In some ways this is better than only loading them from the files (could reduce the need for restarts, avoids files out of sync issues, etc.)

This is the master ticket and most of the work should happen in subtasks.

Changes to the configuration service (major ones) added the core support necessary and APIs to support this in general. We will probably build on the work in the config viewer and config editor tools.

Notes from the TCC meeting in 2012:
Configuration in the UI properties/messages (all other major LMSs have this)
Complete config cleanup: - Sakai default config is missing a huge number of config options - IN PROGRESS
Config persisted in the DB (master from files)
Register the config props in code (like function manager)
john bush put some thinking into a design with a raw prototype last year, see, Runtime configuration of properties in 2.10. rSmart would very much like to get involved in this effort as it is closely related to the runtime config of i18n work we did a few years back.