On Tue, Apr 18, 2006 at 08:11:46PM +0100, Daniel P. Berrange wrote: > On Tue, Apr 18, 2006 at 12:40:01PM -0400, Daniel Veillard wrote: > > The reason it would be useful to save this in xenstore is to garantee > > the same vision between different application managing that node (for example > > a remote supervision tool and a local launcher used by the user). Otherwise > > The trouble is this imoses a representational model on the application, which does > not neccessarily mesh with the requirements of the application. So by having > this in libvirt/xenstore, either the application's model will be compromised, > or the app will have its master model how it likes & have to worry about keeping > a denormalization of the master model synced to libvirt / xenstore. In the latter > case, you're now loosing the guareentee of shared app vision this was trying to > achieve in the first place. Can you explain your problems in more functional terms. Even with a PhD in CS I have troubles mapping your explanations to concrete case. So we have 2 more APIs which allows to define the XML for a domain and name it. That then allow to reserve that name, and the domain may be started later with a simpler API. As far as I know that would not change any other API except, except maybe listing domains (though I would rather advocate a new API for listing those non-running domains). So where is your problem exactly ? What master model does this break ? As far as I can tell the only change to the current set of API is that you can reserve a domain name without having it running and then a lookup for such a name will bring back this defined but not running domain. Existing code behaviour would remain exactly unchanged, unless you pick a an already defined name. > What would be the application gain in this scenario - why wouldn't the app > just store manage it directly itself & pass the XML to libvirt at time of > domain creation? Reserve a domain name for example. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@xxxxxxxxxx | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/