You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@libcloud.apache.org by "Scott Crunkleton (JIRA)" <ji...@apache.org> on 2015/12/16 23:57:46 UTC

[jira] [Updated] (LIBCLOUD-786) GCENodeDriver.ex_get_image needs some love, see description.

     [ https://issues.apache.org/jira/browse/LIBCLOUD-786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Scott Crunkleton updated LIBCLOUD-786:
--------------------------------------
    Summary: GCENodeDriver.ex_get_image needs some love, see description.  (was: ex_get_image needs some love, see description.)

> GCENodeDriver.ex_get_image needs some love, see description.
> ------------------------------------------------------------
>
>                 Key: LIBCLOUD-786
>                 URL: https://issues.apache.org/jira/browse/LIBCLOUD-786
>             Project: Libcloud
>          Issue Type: Bug
>          Components: Compute
>            Reporter: Scott Crunkleton
>
> Firstly, the parameter 'ex_project_list' is a misnomer. It is being treated as a single project, not list of projects.
> Secondly, it's slow. When not providing a project parameter, ex_get_image lists all images from all projects listed in GCENodeDriver.IMAGE_PROJECTS. This is a separate API call for each project. After getting all the images, any images that have licenses create another API call via ex_get_license. 
> Thirdly, if any of the license calls try to pull a license from an image project that the user doesn't have access to, it raises a ResourceNotFoundError.
> My opinion: fix the ex_project_list param, and see about not populating the image license data when fetching images.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)