On 2007-12-09T02:50:52, Yan Gao <[EMAIL PROTECTED]> wrote:
> > > Thanks! It's a good tool. By now, haclient doesn't generate a xml file.
> Ideally, haclient should generate a valid xml, and then transfer to
> mgmtd. Xinwei and I think that the current protocol is too complicated
> and has many limitations. We want to simplify the protocol and improve
> the applicability so that it's convenient to implement full features
> according to the dtd.
Right; the client very likely should directly talk to the CIB daemon.
(Which already supports this; we may need a way to apply ACLs in the
future though.)
You're preaching to the choir ;-)
> > I have extended the metadata to explicitly include enumeration values.
> > I think this would help a lot for the kinds of validations I think
> > you're doing.
> In my implementation,I've adopted the enumeration values specified in
> the dtd to be used for the list of combobox options.
It is quite possible that a DTD is not powerful enough to adequately
describe the syntax and semantics of the CIB. The DTD is, simply put,
the oldest and least complex schema format for XML, and happened to be
what I knew when I conjured up the original one ;-)
XML Schema, Relax NG (or others I know even less about) may be more
appropriate standards to describe the CIB as we have it today, and as it
evolves further.
This may be preferable to needing to duplicate this in home-grown
fashion. A lint-like tool is still a good idea, but it should be build
on top of this, IMHO.
Regards,
Lars
--
Teamlead Kernel, SuSE Labs, Research and Development
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
