Nova os-services:update should be requested by service id to respect REST principles

[Mauro S M Rodrigues]

Currently os-services:update operation is requested against v3/os-services/{enable, disable} that is not the right approach and was one of the things to be fixed on the v3 plans.

The right way to do it is showing the service id when listing services and using that id to create a resquest to enable/disable it against v3/os-services/{id} with a body describing the action to be performed.

[Tracy Jones (tjones-i)]

not updated in > 1 year and no reviews - setting for re-triage.

[Gábor (gabor-t)]

Behavior reproduced on the /v2/​{tenant_id}​/os-services/enable endpoint on latest master.

[OpenStack Infra (hudson-openstack)]

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

[OpenStack Infra (hudson-openstack)]

Related fix proposed to branch: master
Review: https://review.openstack.org/180869

[OpenStack Infra (hudson-openstack)]

Change abandoned by Michael Still (<email address hidden>) on branch: master
Review: https://review.openstack.org/177966
Reason: This patch has been stalled for a long time, so I am abandoning it. Please feel free to restore it when the code is ready for review.

[OpenStack Infra (hudson-openstack)]

Change abandoned by Michael Still (<email address hidden>) on branch: master
Review: https://review.openstack.org/180869
Reason: This patch is very old and appears to not be active any more. I am therefore abandoning it to keep the nova review queue sane. Feel free to restore the change when you're actively working on it again.

[Markus Zoeller (markus_z) (mzoeller)]

This wishlist bug has been open a year without any activity. I'm going to move it to "Opinion / Wishlist", which is an easily-obtainable queue of older requests that have come on. This bug can be reopened (set back to "New") if someone decides to work on this.