On Mon, Jan 15, 2007 at 08:53:43PM +0000, Mark McLoughlin wrote: > Hi, > One thing which is relevant to Dan's authentication stuff ... > > On Mon, 2007-01-15 at 20:06 +0000, Mark McLoughlin wrote: > > > * Since virConnect is supposed to be a connection to a specific > > hypervisor, does it make sense to create networks (which should > > be hypervisor agnostic) through virConnect? > > Personally, I think virConnect should be little more than a library > context through which you access all hypervisors at once. In practical > terms, the XML describing a domain is what chooses which hypervisor to > connect to - e.g. all apps should pass NULL to virConnectOpen() and all > drivers should handle NULL. Having a single virConnectOpen which initializes all backends is not going to fly because it'll create a huge namespace clash. eg, the names passed to virConnectLookupByName are only unique per-hypervisor connection - its perfectly valid to have a Xen domain called 'foo' and a QEMU domain called 'foo' on the same machine. Similarly the integer IDs are scoped per hypervisor, and the UUIDs are unique only per-hypervisor, etc, etc. The entire API is modelled on the idea of one virConnectPtr object representing the context of a single hypervisor. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|