Hi,
Thanks for the response.
I've used the URI:
"test+ssh://<ipaddress>/default" and the connection is successful and
with
that connection I issued getCapabilities and its result is attached.
I'm not sure how is result xml generated by the files in the /examples
folder.
Will you please explain how is this xml generated.
Also my client is not going to modified. My client is going to connect with
the URI "qemu+tls://<host>/system?no_tty=1", so I can't directly use
the
test driver here so I need to replace the qemu driver with the test driver
and give my dummy response. So I need to know how to replace the driver say
qemu with test driver and generating my desired output.
If the test driver is not going to support me too much then I might want to
write new driver. Is there is any reference how to write new driver.
Regards,
Arun V
On Wed, Sep 11, 2013 at 2:23 PM, Daniel P. Berrange <berrange(a)redhat.com>wrote:
On Wed, Sep 11, 2013 at 12:50:37PM +0530, Arun Viswanath wrote:
> Hi Eric,
>
> Thanks for your response.
> I like to know how test driver works.
>
> In the
libvirt.org for test driver it is mentioned as "It can start
with a
> pre-configured default config, or be given a path to an alternate
config".
> Is the config is an xml file where we mentioned some dummy data so that
the
> test driver will return it as response. If yes then where can I find this
> dummy file?
>
> As mentioned earlier my intention is to mock qemu calls. so it test
driver
> works then I'm planning to remove the qemu driver and register "test"
> driver as "qemu" driver and take the fake data from the config file.
Please
> let me know which are the files I need to look into to register "test" as
> "qemu" and make its operations to work.
The XML file is provided via the URI. For example
test:///default
uses a built-in config, but you can supply a real path eg
test:///home/berrange/testnode.xml
Take a look at examples/xml/test/testnode.xml in the libvirt source
tree for an example.
FYI, the test driver is used very successfully in virt-install and
virt-manager for testing their functionality in an automated way,
so I can strongly recommend its use, over trying to mock the APIs
or wire protocol yourself.
Daniel
--
|:
http://berrange.com -o-
http://www.flickr.com/photos/dberrange/:|
|:
http://libvirt.org -o-
http://virt-manager.org:|
|:
http://autobuild.org -o-
http://search.cpan.org/~danberr/:|
|:
http://entangle-photo.org -o-
http://live.gnome.org/gtk-vnc:|