Validation error response formatting in Express - Practice Problems & Coding Challenges

Challenge - 5 Problems

❓ component_behavior

intermediate

What is the output of this Express validation error handler?

Consider this Express middleware that handles validation errors. What JSON response will the client receive if a validation error occurs?

Express

app.use((err, req, res, next) => {
  if (err.isValidationError) {
    return res.status(400).json({
      error: {
        message: err.message,
        fields: err.fields
      }
    });
  }
  next(err);
});

A {"error":{"message":"Invalid input","fields":{"email":"Invalid format"}}}

B {"message":"Invalid input","fields":{"email":"Invalid format"}}

C {"error":"Invalid input","fields":{"email":"Invalid format"}}

D {"status":400,"error":"Invalid input"}

💡 Hint

Look at the structure inside the json() call and how the error object is nested.

The middleware sends a JSON response with a top-level error key containing an object with message and fields. Option A matches this structure exactly.

📝 Syntax

intermediate

Which option correctly formats a validation error response in Express?

You want to send a 422 status with a JSON body containing an error message and an array of invalid fields. Which code snippet is correct?

A res.status(422).send({ error: { message: "Invalid data", fields: ["name", "email"] } });

B res.status(422).json({ message: "Invalid data", fields: ["name", "email"] });

C res.status(422).json({ error: { message: "Invalid data", fields: ["name", "email"] } });

D res.json(422, { error: { message: "Invalid data", fields: ["name", "email"] } });

💡 Hint

Check the correct order of method chaining and JSON response method in Express.

Option C correctly chains status(422) and json() to send a JSON response with status 422. Option C misses the error key. Option C uses send which works but json is preferred for JSON. Option C uses deprecated syntax.

🔧 Debug

advanced

Why does this validation error response not send the expected JSON?

This Express middleware tries to send a validation error response but the client receives an empty response. What is the issue?

Express

app.use((err, req, res, next) => {
  if (err.isValidationError) {
    res.status(400);
    res.json({ error: err.message });
    return;
  }
  next(err);
});

A The middleware calls next(err) after sending a response, causing Express to override the response with an empty one.

B res.status(400) is not chained with res.json(), so status code is ignored.

C The error object is missing a fields property, so JSON is empty.

D Middleware must end with return statement to send response properly.

💡 Hint

Think about what happens when next() is called after sending a response.

Calling next(err) after sending a response passes control to the next error handler, which may overwrite or end the response prematurely. The middleware should return after sending the response to prevent this.

❓ state_output

advanced

What is the status code and JSON response sent by this validation error handler?

Given this Express error handler, what status code and JSON does the client receive when a validation error occurs?

Express

app.use((err, req, res, next) => {
  if (err.isValidationError) {
    res.status(422).json({
      error: {
        message: err.message,
        invalidFields: err.invalidFields
      }
    });
  } else {
    res.status(500).json({ error: "Internal Server Error" });
  }
});

A Status: 500, JSON: {"error":"Internal Server Error"}

B Status: 400, JSON: {"error":{"message":"Missing email","invalidFields":["email"]}}

C Status: 422, JSON: {"error":"Missing email"}

D Status: 422, JSON: {"error":{"message":"Missing email","invalidFields":["email"]}}

💡 Hint

Check the status code set for validation errors and the JSON structure.

The handler sends status 422 with an error object containing message and invalidFields. Option D matches this exactly.

🧠 Conceptual

expert

Which statement about validation error response formatting in Express is true?

Select the correct statement about best practices for formatting validation error responses in Express applications.

A It is best to send multiple separate responses for each validation error field to keep responses simple.

B Validation error responses should always include a consistent error object with message and details to help clients handle errors properly.

C Validation errors should use HTTP status code 200 with an error field in the JSON to avoid client-side exceptions.

D Sending plain text error messages is preferred over JSON for validation errors to reduce response size.

💡 Hint

Think about how clients consume error responses and what helps them handle errors effectively.

Consistent JSON error objects with message and details allow clients to parse and display errors clearly. Options B, C, and D go against common API design best practices.