[Home] [Groups] - Message: [Prev in Group] [Next in Group]

nu.kanga.list.mud-dev

8847: [MUD-Dev] Re: Why modules? (Was: Inheritable modules)

[Full Header] [Plain Text]
From: "Jon A. Lambert" <jlsysinc@ix.netcom.com>
Newsgroups: nu.kanga.list.mud-dev
Date: Mon, 2 Nov 1998 22:24:50 -5
References: [1]
Organization: Kanga.Nu
On  2 Nov 98, Vadim Tkachenko wrote:
> Jon A. Lambert wrote:
> 
> [I'll be dropping little remarks here and there today...]
> 
> > I also view configuration information as a candidate for runtime
> > dynamism.  Another source of unnecessary rebooting.
> 
> Think about this (in Java SYNTAX, not semantics):
> 
> class Configuration extends EventMulticaster;
> interface ConfigurationChangeListener;
> 
> Rings a bell?

Yes.  Ding.  
This says a lot in a little.  A solution dynamic configuration 
problem using a variation of the Observer pattern.  
This works for me.  Now make Configuration persistent.

DevCore Requirement:
    Allow configuration information used by the server modules or 
plugins to be done on-the-fly with changes saved across reboots.

Reason:
    Reduce the set of conditions in which a server reboot is 
required.  Server reboots reduce uptime, irritate users, and 
negatively impact profit in a commercial situation. 

A Possible Solution:
    see above...


     

  


  
 

--
--/*\ Jon A. Lambert - TychoMUD     Internet:jlsysinc@ix.netcom.com /*\--
--/*\ Mud Server Developer's Page <http://www.netcom.com/~jlsysinc> /*\--
--/*\   "Everything that deceives may be said to enchant" - Plato   /*\--