[Openstack] Update Container Metadata.

Anne Gentle anne at openstack.org
Mon Nov 14 21:56:40 UTC 2011


Woops, the chapter isn't missing, nor is the information. Scott, you'll
find it in
http://docs.openstack.org/api/openstack-object-storage/1.0/content/create-container.html-
you can assign metadata when you create the container.

I'll let one of the Swift devs answer about the ability to update container
metadata (which is I think the use case you're pursuing).

Anne

On Mon, Nov 14, 2011 at 3:46 PM, Anne Gentle <anne at openstack.org> wrote:

> Hi Scott -
> You're in fact correct, though I'm puzzled as to how the OpenStack
> documents are missing the Container chapter.
>
> If you need quick info, you can refer to Cloud Files API reference info:
> http://docs.rackspace.com/files/api/v1/cf-devguide/content/Create_Container-d1e1694.htmlyou'll see that you can assigning custom metadata to a container.
>
> I'm going to investigate how the "real" chapter 4 of the Object API book
> fell off the publishing wagon and got lost on the wayside (plus log a doc
> bug). Thanks for pointing it out. Eesh.
> Thanks,
> Anne
>
> On Mon, Nov 14, 2011 at 2:57 PM, easco <easco at mac.com> wrote:
>
>>  I am working with OpenStack through the published API. (i.e. I am a
>> client of the OpenStack API, not one implementing OpenStack internals).  I
>> hope that my questions will not be out-of-place on this mailing list and
>> beg your indulgence (and correction) if they are.
>>
>> The current developer documentation (
>> http://docs.openstack.org/api/openstack-object-storage/1.0/content/)
>> includes section 3.43 explaining how one can update the metadata of a
>> stored Object.  The documentation, however, does not include a
>> corresponding section about updating the metadata on a Container.
>>
>> Although not documented, it would appear that using a POST HTTTP and
>> providing "X-Container-Meta-" headers for a Container allows me to change
>> the metadata on that Container in much the same way it will for an Object.
>>
>> Is this supported behavior that I can rely on to work in the future, or
>> is this happenstance, intentionally undocumented, and therefore likely to
>> break?
>>
>> Scott
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack at lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20111114/ffb1e83b/attachment.html>


More information about the Openstack mailing list