How to Fix Hook On Error in Fastify
Fastify is a fast and low-overhead web framework for Node.js. Incorrect hook on error setup leads to validation errors, schema mismatches, and performance issues. This guide follows patterns used in DodaZIP's API services.
The Problem
Developers working with hook on error in Fastify often encounter runtime errors, unexpected behavior, and production failures. These issues commonly stem from incorrect API usage, missing configuration, wrong middleware ordering, or misunderstanding the framework's design patterns.
Error: HookOnError failed
at Object.<anonymous> (/app/src/routes.js:15:3)
Quick Fix
1. Apply the correct pattern
// Wrong — incorrect hook-on-error usage in Fastify
fastify.error((req, reply) => {
// Missing schema validation or wrong handler
})
// Right — correct hook-on-error pattern with Fastify
fastify.error('/error', {
schema: {
response: {
200: {
type: 'object',
properties: {
success: { type: 'boolean' },
data: { type: 'object' }
}
}
}
}
}, async (request, reply) => {
try {
const result = await processRequest(request.body)
return { success: true, data: result }
} catch (err) {
reply.code(err.statusCode || 500)
return { error: err.message }
}
})
// Response: {"success":true,"data":{"id":1}}
2. Handle async errors properly
// Wrong — uncaught async rejection
async function handleRequest(data) {
const result = await processData(data)
return result
}
// If processData throws, the error is unhandled
// Right — wrap async operations in try-catch
async function handleRequestSafe(data) {
try {
if (!data) throw new Error('Input required')
const result = await processData(data)
if (!result) throw new Error('Processing returned empty')
return { success: true, data: result }
} catch (err) {
console.error('Hook On Error failed:', err.message)
return { success: false, error: err.message }
}
}
const response = await handleRequestSafe(input)
console.log('Hook On Error status:', response.success)
// Output: Hook On Error status: true
3. Validate inputs and configuration
// Wrong — assuming inputs are always valid
function processhookonerror(input) {
return input.value.toUpperCase()
}
// Right — validate before processing
function safehookonerror(input) {
if (!input || typeof input !== 'object') {
return { error: 'Input must be an object' }
}
if (!input.value || typeof input.value !== 'string') {
return { error: 'Input.value must be a string' }
}
return { result: input.value.toUpperCase(), processed: true }
}
const result = safehookonerror({ value: 'hello' })
console.log('Hook On Error:', result)
// Output: Hook On Error: {result: "HELLO", processed: true}
Prevention
- Always read the Fastify documentation for the correct hook on error API before writing code
- Use TypeScript for better type safety when working with Fastify applications
- Wrap hook on error operations in try-catch blocks to handle runtime errors gracefully
- Write integration tests that cover request-response cycles for your API
- Follow DodaTech coding standards for consistent patterns across your codebase
- Monitor production with structured logging to catch hook on error issues early
- Use Fastify's built-in error handling as a safety net for unexpected failures
Common Mistakes with hook on error
- Using
returnto exit a function early instead of wrapping a pure value in the monad - Mixing let bindings with <- bindings in do notation, producing type errors
- Overlapping type class instances that cause GHC to reject the program with ambiguous dispatch errors
These mistakes appear frequently in real-world FASTIFY code. DodaTech's contributors have identified these patterns through analysis of open-source projects and production systems.
Practice Exercise
Write a pure function that safely divides two integers using Maybe, then test it with edge cases like division by zero and negative numbers.
This exercise reinforces the concepts covered in this guide. Try implementing it before checking online solutions.
FAQ
Built by the developers of DodaTech
Doda Browser, DodaZIP & Durga Antivirus Pro