Potential fix for #175

What has been observed is that updated values are not being sent, indicating a
potential client-side caching issue. The patch presented sets up cache-busting
headers for all GET requests to the admin API. We previously had "Cache-Control:
no-cache", but this is more comprehensive.
Fixed issues with header generation

- Expires header expects a DateTime object, and if it gets a scalar,
  creates a DateTime from it. As such, you cannot set `Expires: 0`.
  Modified to send a GenericHeader instance to bypass that
  functionality.
Also trigger for HEAD requests
Introduced timeouts to API create/delete actions

- Introduced 500ms timeout between receiving successful response from
  create/delete actions and when the state change happens. Potential fix for
  #175.
Merge branch 'hotfix/http-cache-disable'

Close #218
Rebuilt UI distribution
Merge branch 'hotfix/timeout-then-refresh'

Close #219
Update .gitignore for Zend Studio
Merge with upstream
- Raised the timeout upon API creation and deletion to 2000ms
- Fixes #217, #175
Updated timeout upon API deletion
Merge pull request #220 from jguittard/master

Timeout delay upon API creation and deletion
Rebuilt UI distribution
Merge branch 'hotfix/220'

Close #220
Fixes #175
Fixes #217
[#215] subtitute dashes with namespace separators

... in controller_service_name matches
[#215] Reset matched controller service name when generating HAL links

- Added listeners to:
  - replace namespace separators in the matched controller_service_name
    with dashes
  - do the same for the controller_service_name property of REST and RPC
    entities
[#215] Working approach for handling REST/RPC entity identifiers

- Update the entity BEFORE rendering, and remove the "self" link
- During renderEntity(), re-create the "self" link based on the current
  entity
- NOT WORKING: input filters are not getting the updated controller
  service name, and ALSO need to be updated in the same fashion as
  REST/RPC entities
All URI service names are now normalized

- Added new listeners to Module class to ensure input_filter_name is
  also properly normalized and de-normalized.
- Added logic to REST/RPC resource class' `injectInputFilters()` logic
  to ensure that the controller service name is normalized for links,
  and that the input filter name is also normalized.
Fixes authorization screen

- Since the service name is derived from the parent service resource when
  building the permissions table, we need to normalize the service name to refer
  to the namespaced service names. Doing so makes the authorizations screen work
  as expected.
Normalize service name when creating docs permissions table

- Normalize the service name before we get the authorizations table for the
  current service -- `s/-/\\/g`.