From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,47bc849aad30d586 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-05-31 15:05:04 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fr.usenet-edu.net!usenet-edu.net!enst!enst.fr!not-for-mail From: "Robert C. Leif" Newsgroups: comp.lang.ada Subject: RE: A standard package for config files is needed Date: Fri, 31 May 2002 15:04:21 -0700 Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: avanie.enst.fr 1022882703 61481 137.194.161.2 (31 May 2002 22:05:03 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Fri, 31 May 2002 22:05:03 +0000 (UTC) Return-Path: X-Envelope-From: rleif@rleif.com X-Envelope-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: <3CF71B95.96234987@mida.se> Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: archiver1.google.com comp.lang.ada:25127 Date: 2002-05-31T15:04:21-07:00 From: Bob Leif To: Mats Karlssohn et al. If the application involves files or similar objects, it should be a database. A POSIX file system based on an XML database might be a good product. One could then interface (layer) the same file system to the Windows file system. I believe that one of the original Ada specifications mentioned an operating system that included a database. -----Original Message----- From: comp.lang.ada-admin@ada.eu.org [mailto:comp.lang.ada-admin@ada.eu.org] On Behalf Of Mats Karlssohn Sent: Thursday, May 30, 2002 11:44 PM To: comp.lang.ada@ada.eu.org Subject: Re: A standard package for config files is needed Ted Dennison wrote: > > "Marin David Condic" wrote in message news:... %< > > build the structure to suit that. If you want a tree-like structure, it > > might be viewed as a Map of Maps. My idea was that if you had Maps > > Hmmmm. I suppose it could at that. yes, I think that a config file maps nicely onto a map of maps... Sorry, I couldn't resist the [pf]un :-) %< > You are absolutely right that this opens a big can of worms as to what > the proper format should be. That's why I'm most interested in if its > possible to reach some kind of consensus on what the format should be. Do we really need consensus regarding the storage format ? I'm thinking on the lines of a nice abstract interface with multiple possible implementations where the user may pick the one that fits best with his/her current requirements. And yes, I realize that this will probably mean some more generic instasiation (spl ?) that may seem silly for novice users, however that may be owercome by providing preinstansiated packages for the common case. On windows there should be an implementation that maps to the registry API. On all systems plain text files should be possibly, probably in different flavours: windows .ini file, maybe the format windows regedit imports/exports, XML in some form(s ?). Other more esoteric implementations could use a database, the Application Configuration Access Protocol (RFC 2244), LDAP and so on. I think what we need is consensus on a general abstract interface for configuration data access, that can have multiple different implementations (possibly in the same program, think of a "configuration file converter). Marin's suggestion of accessing the configuration data as a map of maps is IMHO quite nice. -- Mats Karlssohn, developer mailto:mats@mida.se Mida Systemutveckling AB http://www.mida.se Box 64, S-732 22 ARBOGA, SWEDEN Phone: +46-(0)589-89808 Fax: +46-(0)589-89809