Ed, Jay, Thanks for the responses. We wanted to make sure we weren't breaking any community wide API guidelines Regards Miguel On Mon, Feb 25, 2019 at 11:26 AM Ed Leafe <ed@leafe.com> wrote:
On Feb 25, 2019, at 7:36 AM, Akihiro Motoki <amotoki@gmail.com> wrote:
It sounds nice to me to support tagging when creating a resource to
What in my mind is to specify 'tags' attribute in a body of POST request
address the above problem. like:
{'port': {'name': 'foo', 'network_id': <network-id>, 'tags': ['red', 'blue'] } }
I don't know the reason why the current API-SIG recommended tagging API
does
not support this model. The current tagging API defines "tags" as a subresource. Is there any reason this model was adopted?
Tags are strings attached to resources, so there really should be no difference when creating a resource with tags than when creating a resource with a name. The part of the guideline for modifying tags assumes that the resource already exists.
We could certainly add additional wording that clarifies that resources can be created with tags; there certainly isn’t anything in the current guideline that says they can’t.
-- Ed Leafe