Service Error Manager (ServiceErrorManager)

Enabling the Service Error Manager facility allows human readable error messages and the categorisation of those errors to be managed in configuration files. This simplifies application logic where errors can be raised using the ws.ServiceErrors.AddPredefinedError method without having to manage messages and categories in Go source code.

This facility must be enabled to make use of automatic validation.


The ServiceErrorManager facility is disabled by default. To enable it, you must set the following in your configuration

  "Facilities": {
    "ServiceErrorManager": true


The default configuration for this facility can be found in the Granitic source under facility/config/servicerror.json and is:

    "PanicOnMissing": true,
    "ErrorDefinitions": "serviceErrors"
    "Messages": {
      "UnableToParseRequest": ["PARSE","Unable to parse the body of the request. Please check the content you are sending."],
      "QueryTargetNotArray":  ["QUERYBIND", "Multiple values for query parameter %s. Only one value supported"],
      "QueryWrongType": ["QUERYBIND", "Unable to convert the value of query parameter %s to type %s. Value provided was %s"],
      "QueryNoTargetField": ["QUERYBIND", "No field named %s exists to bind query parameter %s into."],
      "PathWrongType": ["PATHBIND", "Unable to convert the value of a path parameter (group %s) to type %s. Please check the format of your request path. Value provided was \"%s\""]
    "HTTPMessages": {
      "401": "Access to this resource requires authorization.",
      "403": "You do not have permission to interact with that resource.",
      "404": "No such resource.",
      "500": "An unexpected error occurred.",
      "503": "The service is too busy to process your request or is temporarily unavailable."

Configuration location

By default, definitions for errors (see below) are expected to be located at the configuration path serviceErrors. This can be overriden with an alternative location by setting ServiceErrorManager.ErrorDefinitions to your preferred location.

If no definitions are found when your application starts and ServiceErrorManager.PanicOnMissing is set to true (the default), your application will shutdown cleanly with an error.

Framework messages

Some Granitic components will make use of the errors defined at FrameworkServiceErrors.Messages even if the ServiceErrorManager facility is not enabled. You are free to modify these messages in your own configuration if required.

HTTP messages

The web service pipeline sometimes must raise HTTP errors before your application code is reached. The content of the response body is affected by the messages defined at FrameworkServiceErrors.HTTPMessages, even if the ServiceErrorManager facility is not enabled. You are free to modify these messages in your own configuration if required.

Defining messages

A Granitic web service error is represented in code as a CategorisedError which has three common components a category, a code and a message. You can define these in configuration using the following format (a two-dimensional string array):

"serviceErrors": [
  ["C", "INVALID_ARTIST", "Cannot create an artist with the information provided."],
  ["C", "NAME_MISSING", "You must supply the Name field on your submission."]


The first element of each error is a category. The category affects the resulting HTTP status code used when returning a web service response that contains one or more errors.

The valid categories for errors defined in configuration are:

Code Name Description
U Unexpected A server side problem that the web service client could not have foreseen
C Client A problem with the data submitted by the web service client that it should have foreseen
L Logic A violation of ‘business’ logic
S Security Unauthenticated or unauthorised access


A code is short text identifier for a particular error that must be unique across all error messages defined in configuration. The code may be used in application logic to raise an error against a request using the ws.ServiceErrors.AddPredefinedError method.


The message is the text associated with the error that will be included in the response body sent back to web service clients.

Missing error detection

Granitic components that make use of the service error manager (e.g. automatic validation) automatically announce which error codes they are using. If no corresponding message is found in configuration an error will be logged at application startup.

If you want your own components to be able to announce which codes they are using they should implement grncerror.ErrorCodeUser

Component reference

The following components are created when this facility is enabled:

Name Type
grncServiceErrorManager grncerror.ServiceErrorManager