On 09/18/2013 11:43 AM, Daniel P. Berrange wrote: > On Wed, Sep 18, 2013 at 09:38:23AM -0600, Eric Blake wrote: >> On 09/18/2013 09:32 AM, Cole Robinson wrote: >>> >>> Seems overkill IMO. Do we really need to add an API to facilitate the crappy >>> interface that is virsh detach-device? Will any other application ever want to >>> use this API? >> >> Yes, I can envision other use cases. In fact, virt-manager is one of them: >> >> Oftentimes, we add features to XML, but you don't have an easy way to >> probe if the feature is supported. Rather than complicate the (already >> large) capabilities xml to call out yet more features, it is rather >> simple to write up XML that tries to use the feature, then run it >> through the normalizing API, then look at the result. If the feature is >> still present in the output, then libvirt understands the feature (and >> you can safely use it); if the feature got stripped as unrecognized, >> then you can issue a much nicer error message to the user stating that >> the libvirtd on the other end of the connection can't honor the user's >> request. > > IMHO a better way to deal with that usage scenario is to add ability > to validate XML via the RNG schema to the API. > > eg we should add a "validate" flag that can be passed to virDomainDefineXML > / virDomainCreateXML that would enable RNG validation during parsing of > those APis. And possibly even have a dedicated API to request validation > of an XML doc in general (virt-xml-validate, but part of the API instead > of local CLI tool) > Yeah that could be useful. Though so would an API to just return the libvirt domain rng and let apps cache it, or parse it and use that as a poor man's XML capabilities and make virt-install --disk cache=? list all available cache modes without having to hardcode them. Granted that won't be accurate across hypervisors but its a start. - Cole -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list