href links
by Geert Jansen
Hi,
the "href" links that we generate are relative URLs. Do we specify the
base somewhere, or it is assumed that the API entry point is the base?
According to section 5.1 the URI RFC (RFC2396), if the base URL is not
specified it defaults to the URL at which the entity was retrieved,
which would be wrong.
Regards,
--
Geert Jansen, Product Marketing Manager Virtualization
Red Hat S.r.L. T: +39 348 1980079
Via Antonio da Recanate 1 E: gjansen(a)redhat.com
Milan 20124, Italy
13 years, 8 months
new rhev wiki
by Kenneth Armstrong
Hello all,
I'm just chiming in to announce that I have started a Wiki site for
RHEV. I did this as I felt that there wasn't a solid location for
administrators of RHEV systems to post and share their tips and
experiences with RHEV.
The site is at www.rhev-wiki.org
The site is only about 3 days old, but I intend to add more content
and I'm hoping others will too.
Thanks!
-Kenny Armstrong
13 years, 8 months
ISO images
by Geert Jansen
Sorry for spamming your inboxes today :)
I would vote for remodeling the "isos" subcollection a bit. I would
create it as a subcollection under storagedomains, and i'd call it
"files" instead. So:
GET /storagedomains/xxx/files
200 OK
<files>
...
</files>
Differences are:
* "files" instead of "isos" -> this is because the ISO domain holds
floppy images as well (*.vfd). So technically more correct.
* If at some point in the future there would be more than 1 ISO domain
per datacenter we can accomodate that.
Regards,
Geert
13 years, 8 months
first diagram of RHEVM RESTful API.
by Mark Lamourine
Starting at the <api> tag and working my way down the tree.
The groupings indicate what seem to be related objects as indicated by links and references in their schema elements listed in the RHEVM REST API doc 0.9. I'm going to try to diagram each of those boxes next to see if they are actually coherent.
Note that the grouping resources are represented by the multiplicity associations rather than explicit objects.
http://github.com/markllama/python-rhevmlib/blob/master/docs/Api.png
- Mark
13 years, 8 months
Re: [rhevm-api] Action idiom
by Mark Lamourine
----- "Eoghan Glynn" <eoghan.glynn(a)gmail.com> wrote:
> Hi Mark,
>
> The idea is that the action itself is a resource, specifically a
> sub-resource of the entity resource on which it operates, which is
> created by the POST to the action URI.
>
> The advantge is that there's a natural idiom for querying the status
> and outcome of an (asynchronous) action, i.e. GET /vms/XXX/start/YYY
> where XXX is the VM guid and YYY is the guid for the transient
> resource representing the action in its pending, in-progress and
> completed states. This transient resource is retained for a short
> period post-completion,after which any further GETs are redirected
> back to the corresponding entity resource.
>
I still would like a means of requesting the available actions *parameter lists*, which doesn't currently seem to be in the spec.
I think I would have preferred something like this:
GET /api/hosts/123/actions
<actions>
<action method="start" />
<action method="otherthing" >
<param name="name" required="true" />
<param name="foo" default="bar" />
</action>
...
</action>
POST /api/hosts/123
<action method="start" async="true" />
POST /api/hosts/123
<action method="otherthing" async="true" />
<param name="somenewname" />
...
</action>
Which hands you an async resource id which is homed under it's object:
/api/host/123/actions/asyncid
then
GET /api/hosts/123/actions/asyncid
I'd also like to be able to request a "template" from the resource container (eg. /api/hosts ) but that's a separate thing.
GET /api/hosts/newtemplate
<host>
...
</host>
- Mark
> In terms of the general from of the actions representation (i.e. the
> links in the entity representation) we were also probably influenced
> somewhat by the Deltacloud API design:
Now that's what I was looking for ;-) Precedence trumps.
> http://deltacloud.org/api.html#h4_4
>
> Cheers,
> Eoghan
>
>
Mark Lamourine <markllama(a)redhat.com>
Sr. Software Developer, Cloud Engineering
Red Hat, 314 Littleton Road, Westford MA 01886
Voice: +1 978 392 1093
http://people.redhat.com/~mlamouri
markllama @ irc://irc.freenod.org*lopsa
13 years, 8 months
Re: [rhevm-api] ISO images
by David Jorm
The Get-VmImportCandidates command is documented here:
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Virtualization_for_S...
An example of using it alongside virt-v2v is here:
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Virtualization_for_S...
David
----- Original Message -----
From: "Itamar Heim" <iheim(a)redhat.com>
To: "Geert Jansen" <gjansen(a)redhat.com>, "Tomas Von Veschler" <tvvcox(a)redhat.com>
Cc: "rhevm-api" <rhevm-api(a)lists.fedorahosted.org>
Sent: Wednesday, September 15, 2010 6:49:16 AM GMT +10:00 Brisbane
Subject: Re: [rhevm-api] ISO images
> -----Original Message-----
> From: rhevm-api-bounces(a)lists.fedorahosted.org [mailto:rhevm-api-
> bounces(a)lists.fedorahosted.org] On Behalf Of Geert Jansen
> Sent: Tuesday, September 14, 2010 20:32 PM
> To: Tomas Von Veschler
> Cc: rhevm-api
> Subject: Re: [rhevm-api] ISO images
>
> On 09/13/2010 06:36 PM, Tomas Von Veschler wrote:
>
> > Would it make sense if Export domains work this way as well? Suggested
> > (https://fedorahosted.org/rhevm-api/ticket/28) was to have them mixed
> > with regular VMs/templates which aren't quite the same IMHO and btw
> > would require more IFs in your code (ie. don't list VM if status =
> IMPORT).
>
> Yes. I wonder how the WPF UI shows the contents of an export domain
> today. There's no documented PowerShell cmdlet that i can find that does
> this (like Get-ISOImages for a ISO domain).
[IH] Get-VmImportCandidates?
>
> About the upload/download to storage domains via the API: there would be
> overlap with virt-v2v so i think that needs more consideration.
>
> Regards,
> Geert
> _______________________________________________
> rhevm-api mailing list
> rhevm-api(a)lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/rhevm-api
_______________________________________________
rhevm-api mailing list
rhevm-api(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/rhevm-api
13 years, 8 months