Open Stack

I wasn't implying that that all metadata should be treated the same way for all services; instead I was stating that the interface component for dealing with arbitrary key/value metadata should be built to be reusable and able to solve the same types of problems across services from a UX standpoint.

All the best,


-          Gabriel

From: Motonobu Ichimura [mailto:motonobu at gmail.com]
Sent: Tuesday, March 19, 2013 5:47 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [Horizon][Swift] add meta data support for Swift to Horizon

Hi,
While some of the swift metadata features might be implemented in a different way,
I think that we can implement them based on more generic way.

I'll begin to investigate how to implement them.

any suggestion would be greatly appreciated

Regards,
famao

2013/3/19 Chmouel Boudjnah <chmouel at chmouel.com<mailto:chmouel at chmouel.com>>
On Fri, Mar 15, 2013 at 9:09 PM, Gabriel Hurley
<Gabriel.Hurley at nebula.com<mailto:Gabriel.Hurley at nebula.com>> wrote:
> Solving it for Swift should be done in a way that can also allow Metadata to
> be set for Glance images, Keystone users/projects, etc.

Shouldn't be a bit different? I can see that tagging is a nice feature
to have but there is some cases where you want to just add custom
metadata on a object/container/account in Swift that doesn't mean
tagging.

A lot of swift feature are based on metada for instance when you want
to add the Quota you would change the X-Account-Meta-Quota-Bytes
header or if you would like to add ACL you would change the
X-Container-Read header.

Just my 2c so that feature is not just tagging[1] and we can add
arbitary headers on Swift objects/cont/account.

Chmouel.

[1] Great feature to have by the way across multiple services this
would be nice to do grouping like that.

_______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org<mailto:OpenStack-dev at lists.openstack.org>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130319/8c5937a8/attachment.html>