On 07/17/2012 01:19 AM, Itamar Heim wrote:
On 07/09/2012 09:52 PM, Saggi Mizrahi wrote:
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Saggi Mizrahi smizr...@redhat.com
Cc: Adam Litke a...@us.ibm.com, vdsm-devel@lists.fedorahosted.org
Sent: Monday, July 9, 2012 11:03:43
On Thu, Jul 26, 2012 at 11:47:51AM +0300, Itamar Heim wrote:
On 07/17/2012 01:19 AM, Itamar Heim wrote:
On 07/09/2012 09:52 PM, Saggi Mizrahi wrote:
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Saggi Mizrahi smizr...@redhat.com
Cc: Adam Litke a...@us.ibm.com,
On 07/26/2012 04:33 PM, Adam Litke wrote:
On Thu, Jul 26, 2012 at 11:47:51AM +0300, Itamar Heim wrote:
On 07/17/2012 01:19 AM, Itamar Heim wrote:
On 07/09/2012 09:52 PM, Saggi Mizrahi wrote:
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Saggi Mizrahi
On 07/09/2012 09:52 PM, Saggi Mizrahi wrote:
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Saggi Mizrahi smizr...@redhat.com
Cc: Adam Litke a...@us.ibm.com, vdsm-devel@lists.fedorahosted.org
Sent: Monday, July 9, 2012 11:03:43 AM
Subject: Re: [vdsm] [RFC] An alternative
On 2012-7-10 2:52, Saggi Mizrahi wrote:
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Saggi Mizrahi smizr...@redhat.com
Cc: Adam Litke a...@us.ibm.com, vdsm-devel@lists.fedorahosted.org
Sent: Monday, July 9, 2012 11:03:43 AM
Subject: Re: [vdsm] [RFC] An alternative way to
On Thu, Jul 12, 2012 at 08:11:17AM +0800, Shu Ming wrote:
Basically, my understanding is that we can generate two versions of
libvdsm from the schema file for both the node and the management
application. First, the transportation protocols(XMLRPC, REST-API)
will depend on libvdsm(node
On 2012-7-12 20:41, Adam Litke wrote:
On Thu, Jul 12, 2012 at 08:11:17AM +0800, Shu Ming wrote:
Basically, my understanding is that we can generate two versions of
libvdsm from the schema file for both the node and the management
application. First, the transportation protocols(XMLRPC,
I'm sorry, but I don't really understand the drawing
- Original Message -
From: Shu Ming shum...@linux.vnet.ibm.com
To: Adam Litke a...@us.ibm.com
Cc: vdsm-devel@lists.fedorahosted.org
Sent: Wednesday, July 11, 2012 10:24:49 AM
Subject: Re: [vdsm] [RFC] An alternative way to provide
Basically, my understanding is that we can generate two versions of
libvdsm from the schema file for both the node and the management
application. First, the transportation protocols(XMLRPC, REST-API) will
depend on libvdsm(node version) to export the APIs to remote management
application.
On Fri, Jul 06, 2012 at 03:53:08PM +0300, Itamar Heim wrote:
On 07/06/2012 01:15 AM, Robert Middleswarth wrote:
On 07/05/2012 04:45 PM, Adam Litke wrote:
On Thu, Jul 05, 2012 at 03:47:42PM -0400, Saggi Mizrahi wrote:
- Original Message -
From: Adam Litke a...@us.ibm.com
To: Saggi
I don't think AMQP is a good low level supported protocol as it's a very
complex protocol to set up and support.
Also brokers are known to have their differences in standard implementation
which means supporting them all is a mess.
It looks like the most accepted route is the libvirt route of
On 07/09/2012 05:56 PM, Saggi Mizrahi wrote:
I don't think AMQP is a good low level supported protocol as it's a very
complex protocol to set up and support.
Also brokers are known to have their differences in standard implementation
which means supporting them all is a mess.
It looks like
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Saggi Mizrahi smizr...@redhat.com
Cc: Adam Litke a...@us.ibm.com, vdsm-devel@lists.fedorahosted.org
Sent: Monday, July 9, 2012 11:03:43 AM
Subject: Re: [vdsm] [RFC] An alternative way to provide a supported interface
--
On Fri, Jul 06, 2012 at 07:17:44AM -0500, Adam Litke wrote:
Adding danpb and DV to get some perspective from libvirt...
On Thu, Jul 05, 2012 at 05:02:59PM -0400, Saggi Mizrahi wrote:
I am not sure I am ready to conceed that XML-RPC is too slow for our
needs. Can
you provide
On 07/06/2012 01:15 AM, Robert Middleswarth wrote:
On 07/05/2012 04:45 PM, Adam Litke wrote:
On Thu, Jul 05, 2012 at 03:47:42PM -0400, Saggi Mizrahi wrote:
- Original Message -
From: Adam Litke a...@us.ibm.com
To: Saggi Mizrahi smizr...@redhat.com
Cc: Anthony Liguori
- Original Message -
From: Adam Litke a...@us.ibm.com
To: Saggi Mizrahi smizr...@redhat.com
Cc: Anthony Liguori anth...@codemonkey.ws, VDSM Project Development
vdsm-devel@lists.fedorahosted.org
Sent: Thursday, July 5, 2012 4:45:08 PM
Subject: Re: [RFC] An alternative way to
On 07/05/2012 04:45 PM, Adam Litke wrote:
On Thu, Jul 05, 2012 at 03:47:42PM -0400, Saggi Mizrahi wrote:
- Original Message -
From: Adam Litke a...@us.ibm.com
To: Saggi Mizrahi smizr...@redhat.com
Cc: Anthony Liguori anth...@codemonkey.ws, VDSM Project Development
The idea of having a supported C API was something I was thinking about doing
(But I'd rather use gobject introspection and not schema generation)
But the problem is not having a C API is using the current XML RPC API as it's
base
The current XML-RPC API contains a lot of decencies and
- Original Message -
The idea of having a supported C API was something I was thinking
about doing (But I'd rather use gobject introspection and not schema
generation)
But the problem is not having a C API is using the current XML RPC
API as it's base
The current XML-RPC API
On 06/27/2012 05:13 PM, Ayal Baron wrote:
- Original Message -
The idea of having a supported C API was something I was thinking
about doing (But I'd rather use gobject introspection and not schema
generation)
But the problem is not having a C API is using the current XML RPC
API as
- Original Message -
On 06/27/2012 05:13 PM, Ayal Baron wrote:
- Original Message -
The idea of having a supported C API was something I was thinking
about doing (But I'd rather use gobject introspection and not
schema
generation)
But the problem is not having a
On 06/27/2012 05:38 PM, Ayal Baron wrote:
- Original Message -
On 06/27/2012 05:13 PM, Ayal Baron wrote:
- Original Message -
The idea of having a supported C API was something I was thinking
about doing (But I'd rather use gobject introspection and not
schema
generation)
Hi,
I've been reading through the API threads here and considering the options. To
be honest, I worry a lot about the scope of these discussions and that there's a
tremendous amount of work before we have a useful end result.
I wonder if we can solve this problem by adding another layer of
23 matches
Mail list logo
