removing normalization of 'id' to 'url' in the API response
- restoring 'normalize_id' function
- replacing the 'url' attr check in the attr_type_hash since we can use the 'id'
to generate the resource link
adding new function 'normalize_url_from_id'
removed the 'normalize_id'
removed the 'id' normalization attribute check
added 'url' normalization attribute check
fixing 'actions => href' value
fixing spelling error
adding 'href' key (since the link is no longer provided in the 'id' key)
updating destroy render method to return the deleted resource record
removing 'actions' key from response payload
setting json.href in 'resource_to_jbuilder' instead of the
'collection_to_jbuilder' method
adding 'href' to the 'collection_to_jbuilder' method
Adding check for subcollection in order to generate the correct URL when returning a nested resource ... ie. /api/service_templates/<service_template_id>/tags/<tag_id>
adding 'id' even when the user does not send the 'expand=' query field
prepending the 'type' (instead of having it at the end)
Renamed the tag create/delete (previously referred to as assign/unassign)
methods.  Reasoning behind this was that since the default :action method for a
POST call  is set to 'create', I could just rename the action 'assign' to 'create' in api.yml
(instead of having to hack around this).

Added 'tag_requested' method in order to always return a Tag resource on
POST/DELETE calls.

Decided to rebuild the Tag name from the 'data' hash instead of grabbing the
associated record via the Classification model (ie. Classification.find(1).tag).
This was done so that no further processing had to be done to handle if no
Classification object was returned.
removing the BadRequestError raises
adding some basic logic checking for those times when a nil resource is returned
renaming 'assign' to 'create' and the complement 'unassign' to 'delete'
adding href to the Tag object
returning 'nil' instead of '' since the JBuilder JSON object will ignore it automatically
Changed the following for ServiceTemplate (or Service Catalog):
renaming 'add' to 'create'
separating the PATCH from POS
separating the DELETE from POST