
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