[cosmo-dev] db-stored server configuration

Jared Rhine jared at wordzoo.com
Tue Dec 4 16:52:11 PST 2007


> Jared- any perspective as a server admin?

Having the properties in a table is nice, but *strictly* a nice to  
have.  My Hub users' lives will not be the tiniest bit better if  
configuration moves to a database table.

Once a year, maybe, I could avoid 20 seconds of downtime caused by  
restarting the server.  Putting things in tables doesn't actually make  
it easier to manage for an admin.  In the majority of cases, editing  
files is more efficient than navigating a web UI or starting a mysql  
shell.  So the argument for such a feature shouldn't be based on  
"easier for admins" at least; the stronger argument seems to be the  
"avoid a restart" argument (note, only applies for some features; most  
of my config changes have been server.xml, log4j.xml, etc which would  
still need restarts.)

I personally would not allocate any developer time, pre 1.0, towards  
support for changing a configuration property without a server restart.

(In an ideal world, I would of course +1 a properties-in-a-table  
feature.  The argument above is strictly a "don't we have better  
features to allocate time towards?" one.)

-- Jared



More information about the cosmo-dev mailing list