Darryl L. Pierce wrote:
On Thu, May 07, 2009 at 04:21:27PM -0400, Michael DeHaan wrote:
> Related note -- anyone using these (outside of ovirt.org)?
>
> As I mentioned previously we will probably want to orphan this once we
> have a QMF API interface (TBD given availablity of Python QMF agent),
> and we already have XMLRPC capability which isn't going away.
> Most folks I know are using XMLRPC API's directly, anyway, so just
> wanted to check.
>
> Those using this package should be aware of the pending disappearance.
>
This is the first I've heard that the ruby bindings were going away...
------------------------------------------------------------------------
_______________________________________________
cobbler-devel mailing list
cobbler-devel(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler-devel
Thought that was discussed on IRC already and also in person, if that
wasn't clear, I apologize.
Anyway, the general idea is in the future to get all inter-management-sw
communication eventually going over QMF and the AMQP message bus (for RH
apps).
http://qpid.apache.org/qmf-python-console-tutorial.html
I'll be writing this API, though I'm waiting on the Python agent pieces
to become available -- later this month, hopefully. TBD. May hit
some roadblocks, I don't know.
I don't want to keep the ruby bindings around if they require extra
maintaince, particularly they lack the ability to modify objects and
don't keep up with new fields added to cobbler very well, which is
fairly fundamental.
XMLRPC of course still stays around but I don't see a reason for
language specific bindings and OVirt will be moving to use the QMF APIs
directly ... which is why I was asking if anyone was using the package.
The message bus gives us a better auth system for logins, events, and
something that is more objecty first and foremost -- which is a problem
for XMLRPC.
The web app will probably remain using XMLRPC (we can't remove support
for that API -- and won't), and we won't place a hard-requirement on
QMF, but the idea is to get out of the business of maintaining language
specific bindings.
--Michael