Hi!
I just don't get it: what is the problem that the web/desktop/whatever
front-end modify a plain text file? I mean, the current config file
format is so easy, that I have been able to make some "windows-only"
(by this I mean people who almost never had touched a command prompt)
admins actually understand and use it. I'm sure that if I give them a
XML config file, they will mess it up (or run away). So... why
complicate the config format, if you can keep it simple?.
Anyway, I know it is harder to code a config tool that handle
plain-text config files, than a tool that understand xml (because of
the *ready-to-use* libraries), but it is not so hard.
As for the "database config": it is good, for say, a web application,
but for a backup system: you *need* to make it work, maybe with almost
no tools, in case of a disaster: if you have to setup a DB, and then
reconfigure... it will take you longer (also you could have the bacula
config files stored on a encrypted pen-drive, like I do, and just copy
them really quickly).
Now, I got another question (almost off-topic): I know some people,
like me, who actually hates XML, I mean, we understand it, we are able
to edit a xml file with no problem, but we just don't like it.....
then.... why is there so many people using it? I particularly think it
is just too much "format", too many tags. It makes me remember when I
created web pages using vi.
c-ya!
Ildefonso.
On Thu, Nov 6, 2008 at 7:58 PM, James Harper
<james.harper AT bendigoit.com DOT au> wrote:
>
> >
> > I agree. However, using an optional 'third-party' tool is quite
> > acceptable to all. I refer here to Fruity and Nagios. The use
> > of Fruity is optional. It produces plain text configuration files
> > to be used by Nagios. That is the approach I would endorse
> > for Bacula should anyone desire to code such a beast.
> >
>
> Maybe a compromise would be to modify the 'include' statement so that
> could include an normal bacula config file (as it is now), an xml file,
> or from a database. If you were doing any of the latter two then your
> main bacula.conf file would just contain a single include line. It might
> also contain some bare essential config stuff so that the same config
> could still be used for disaster recovery, but essentially everything
> would be in your included data.
Ok.... and then the configuration you made with the tool will be in a
different format than the rest of the config file.... this is get the
things even more obscure.
>
> That way we could all have the configuration mechanism we want without
> it upsetting anyone else. We could also have any combination of the
> above we wanted.
>
> I have never looked closely at the configuration code, but I believe
> that the stuff that actually does the parsing is pretty well contained,
> so I don't know that such a feature would be that intrusive.
>
> Kern: If someone submitted a patch to allow this would you consider
> accepting it? (if not, the point is probably moot :) Is this something a
> director plugin could accomplish?
>
> James
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
