здесь два Простые Решения:

1. Использовать server.ext('onPreResponse' ...

как отметил @Clarkie a generic способ ловли все ошибки в вашем приложении Hapi использовать 'onPreResponse'.

мы написали плагин Hapi, который делает именно это:https://www.npmjs.com/package/hapi-error

как обычно имеет:

и позволяет определить свои собственные страницы ошибок в 3 простых шага.

1. Установите плагин от НПМ:

npm install hapi-error --save

2. Включите плагин в свой проект Hapi

включите плагин, когда вы register ваш сервер:

посмотреть: / example / server_example.js для простой пример

3. Убедитесь, что у вас есть представление error_template

Примечание: hapi-error плагин ждет вы используете Vision (стандартная библиотека визуализации вида для приложений Hapi) что позволяет использовать руль, нефрит, реагировать и т. д. для ваших шаблонов.

код error_template.html (или error_template.ext error_template.jsx) следует использовать 3 переменные, которые будут переданы:

• errorTitle - плитка ошибок, сгенерированная Hapi
• statusCode - *http statusCode отправляется клиенту Эл.г: 404 (не нашел)
• errorMessage - the человеческое сообщение об ошибке

пример см.: /example/error_template.html

вот это!

2. Использовать failAction

добавлено failAction, который повторно использует the register_handler так что registration-form.html отображается с любым сообщением об ошибке проверки ввода (пока это отправлено с действительными данными)

{
  method: '*',
  path: '/register',
  config: {
    validate: {
      payload : register_fields,
      failAction: register_handler // register_handler is dual-purpose (see below!)
    }
  },
  handler: register_handler
}

the register_handler - это:

function register_handler(request, reply, source, error) {
  // show the registration form until its submitted correctly
  if(!request.payload || request.payload && error) {
    var errors, values; // return empty if not set.
    if(error && error.data) { // means the handler is dual-purpose
      errors = extract_validation_error(error); // the error field + message
      values = return_form_input_values(error); // avoid wiping form data
    }
    return reply.view('registration-form', {
      title  : 'Please Register ' + request.server.version,
      error  : errors, // error object used in html template
      values : values  // (escaped) values displayed in form inputs
    }).code(error ? 400 : 200); // HTTP status code depending on error
  }
  else { // once successful, show welcome message!
    return reply.view('welcome-message', {
      name   : validator.escape(request.payload.name),
      email  : validator.escape(request.payload.email)
    })
  }
}

посмотреть: сервер.js:57 для полного файла.

здесь extract_validation_error(error) и return_form_input_values(error) определены ли вспомогательные функции в server.js (но будет разделен на повторно используемых помощников просмотра) которые держат нашу функцию обработчика постной.

когда мы отправляем форму без каких-либо обязательных полей, мы см.:

мы также используем https://github.com/chriso/validator.js чтобы смягчить Межсайтовые Скрипты уязвимость:

и отображать приветственное сообщение об успешной регистрации:

вывод

мы считаем, что повторное использование обработчика функции failAction сохраняет код, связанный с этим маршрутом / действием в одно место тогда как server.ext('onPreResponse' ... (пока соотвествующий на первоначальном осмотре) представит "крючки" который можете быть источником путаницы (после того как приложение имеет много таких крючков...)

#YMMV

дайте нам знать, что вы думаете!