nova ec2-api: tags related calls do not work

[Stephen Gran]

The API calls DescribeTags, CreateTags and DeleteTags do not work. Additionally, search by tags doesn't work as a result of this.

In order for searching by tags to work, there will need to be a CRUD layer for tags themselves, and https://bugs.launchpad.net/nova/+bug/922835 will need to be fixed to pass the additional filter parameters through to the search methods.

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/23256

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/23256
Committed: http://github.com/openstack/nova/commit/55a04a4bc3228e698bb84a641d50507810ae9a02
Submitter: Jenkins
Branch: master

commit 55a04a4bc3228e698bb84a641d50507810ae9a02
Author: Stephen Gran <email address hidden>
Date: Fri Mar 1 08:22:16 2013 +0000

    Add CRUD methods for tags to the EC2 API.

    This is an incomplete implementation of the EC2 tags API. In EC2, most
    resources are able to be tagged. See
    http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html

    In openstack, the only currently 'taggable' resource is an instance, as
    it has an instance_metadata table associated. So far, only instance
    tagging has been implemented, but it is relatively simple to extend this
    to other resource types by creating the associated model and api calls.

    Additionally, in EC2 searches, shell-style globs are allowed, eg:
    fo* will match fo, foo, foobar
    fo? will match foo

    This has been left to do at a later date.

    DocImpact: Adds new API calls: CreateTags, DeleteTags, DescribeTags
    See:
    http://docs.aws.amazon.com/AWSEC2/latest/APIReference/ApiReference-query-CreateTags.html
    http://docs.aws.amazon.com/AWSEC2/latest/APIReference/ApiReference-query-DeleteTags.html
    http://docs.aws.amazon.com/AWSEC2/latest/APIReference/ApiReference-query-DescribeTags.html

    Fixes: bug #1096821
    Implements: blueprint ec2-tags-api

    Change-Id: Idf1108f6a3476cabdbdb32ff41c00aa4bc2d9ffe
    Signed-off-by: Stephen Gran <email address hidden>