Daniel P. Berrange schreef:
If I'm understanding what you're doing, it is sort of a REST style
web services API.
Why is everyone using this REST buzzword lately? :D
It is also adding in certain higher level API
semantics by using mDNS to aggregate info from multiple hosts ?
It is what I proposed to be in libvirtd (native support for clouds), but
then implemented as a client application for libvirtd, that is a service
provider for avahi. And a webserver plugin for Cherokee that is a client
for avahi. Something as namespace collision prevention is something that
is 'on going'.
I propose to integrate the libvirtd-client/avahi-service provider
(domumdns in the sourcetree) into libvirtd.
As such its kind of straddling the boundary between being a service
vs an application.
It is. But you could also see it as a 'protocol' that is implemented by
an application. What I want to get formalized how such protocol *should*
look like.
I'd be interested in seeing the source to understand better what it
is doing. I'd certainly be fine with adding it to our applications
page on the website & wiki.
http://repo.or.cz/w/handlervirt.git
I'm wary of proprosing an 'offficial' web application since there are
many people building web applications ontop of libvirt[1] & I don't want
to take sides saying one is better than the other.
I don't want you to pick sides, but I want to get the 'protocol'
formalised or at least molded into something that has been done for the
Python API.
Stefan
--
Libvir-list mailing list
Libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list