WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-api

Re: [Xen-API] New API Document and C Bindings

To: Ewan Mellor <ewan@xxxxxxxxxxxxx>
Subject: Re: [Xen-API] New API Document and C Bindings
From: Stefan Berger <stefanb@xxxxxxxxxx>
Date: Tue, 12 Sep 2006 19:16:40 -0400
Cc: Xen-API <xen-api@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 12 Sep 2006 16:16:58 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20060905124059.GE7810@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-api-request@lists.xensource.com?subject=help>
List-id: Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
List-post: <mailto:xen-api@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-api-bounces@xxxxxxxxxxxxxxxxxxx

Also I have a question regarding domain-0. How will it be represented? Is it a VM - the fact that 'guest' is written in the description of the VM class makes me think that this might not be the case.
   

    Stefan

Ewan Mellor <ewan@xxxxxxxxxxxxx> wrote on 09/05/2006 08:40:59 AM:

> On Mon, Aug 28, 2006 at 04:13:10PM -0400, Stefan Berger wrote:
>
> > Hello!
> >
> > I had a look at the much more explicit enumeration of accessor functions
> > for each one of the defined class. I am wondering what the rationale
> > behind some of the set-ters is. For example the VIF class has members
> > type, device, network, VM etc. Shouldn't these be marked RO_ins and have
> > no associated set-ters after object creation? Can you actually change the
> > type once the object has been created or move the VIF to another VM
> > (set_VM)? Similar on VBD.
>
> I'm not sure sure about Vif.network -- it might be possible to redirect the
> VIF to a different network, though obviously that's going to requirethe guest
> to figure that out too, so that one might be a little bit complicated.  The
> rest though, yes, you're right, they should just be RO_ins -- that's a
> mistake.
>
> Ewan.
_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api