DELETE servers/{{ID}} response with an APIv4 server representation regardless of the requested version

[ocket8888]

This Bug Report affects these Traffic Control components:

• Traffic Ops

Current behavior:

When deleting a server, the response will be an APIv4 representation of the server, regardless of the version of the API used in the request. This is a breaking change to that API endpoint in violation of our versioning contract.

Expected behavior:

The requested API version should be used to determine the response.

Steps to reproduce:

# Replace the typeId, cdnId, statusId, physLocationId, and cachegroupId
# with whatever values are valid for your Traffic Ops installation.
ID=$(topost -ka 3.1 servers '{
	"interfaces": [
		{
			"name": "eth0",
			"ipAddresses": [
				{
					"address": "127.0.0.1",
					"serviceAddress": true
				}
			]
		}
	],
	"typeId": 11,
	"statusId": 1,
	"cachegroupId": 1,
	"profileId": 10,
	"cdnId": 2,
	"physLocationId": 1,
	"domainName": "test",
	"hostName": "quest"
}' | jq '.response.id')
todelete -kpa 3.1 "servers/$ID"

[ocket8888]

This doesn't actually appear to affect APIv2, only 3.0 and 3.1