<div dir="ltr">Thank you for your answer Sean. Well understood.<br>However, I think that if not fix this issue, at least we should supply guidelines on the matter.<br><br><div>For example tempest's "test_delete_security_group_without_passing_id" test actually checks this behavior by addressing a security group with an "empty id" (/v2.1/{tenant_id}/os-security-groups/), and expects nova to return 404. The comment on the code says:<br># Negative test:Deletion of a Security Group with out passing ID should Fail <br><br>If we'll release guidelines on the matter, and the right way to use the API, and that the trailing slashes issue is just a known bug as you say, this test is rendered useless.</div><div><br></div><div>What do you think?<br><br>On Tue, Mar 22, 2016 at 7:37 PM, Sean Dague <<a href="mailto:sean@dague.net">sean@dague.net</a>> wrote:<br>><br>> On 03/22/2016 12:34 PM, Shoham Peller wrote:<br>> > Hi,<br>> ><br>> > Nova-api behaves different whether a trailing-slash is given in the URL<br>> > or not.<br>> > These 2 requests produce different results:<br>> ><br>> >   * GET /v2/{tenant-id}/servers - gets a list of servers<br>> >   * GET /v2/{tenant-id}/servers/ - gets an info for a server with an<br>> >     "empty id" - produces 404<br>> ><br>> > IMHO, a trailing slash in REST requests should be ignored.<br>> ><br>> > A few resources about REST and trailing slashes:<br>> > <a href="http://programmers.stackexchange.com/questions/186959/trailing-slash-in-restful-api">http://programmers.stackexchange.com/questions/186959/trailing-slash-in-restful-api</a><br>> > <a href="https://github.com/nicolaiarocci/eve/issues/118">https://github.com/nicolaiarocci/eve/issues/118</a><br>> ><br>> > What do you think of this issue?<br>> > Is this difference in behavior is on purpose?<br>><br>> This is the way python routes works, it's pretty embedded behavior in<br>> libraries we don't control.<br>><br>> While one could argue they should be equivalent, the docs are pretty<br>> straight forward about what the correct links are, and we only generate<br>> working links in our references.<br>><br>> There are many issues that we should address in the API, this one<br>> probably doesn't crack the top 100.<br>><br>>         -Sean<br>><br>> --<br>> Sean Dague<br>> <a href="http://dague.net">http://dague.net</a><br>><br>> __________________________________________________________________________<br>> OpenStack Development Mailing List (not for usage questions)<br>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br></div></div>