HTTPException usage in FastAPI - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to import HTTPException from FastAPI.

FastAPI

from fastapi import [1]

Drag options to blanks, or click blank then click option'

AHTTPException

BRequest

CResponse

DDepends

Attempts:

3 left

💡 Hint

Common Mistakes

Importing unrelated classes like Request or Response.

Forgetting to import HTTPException before using it.

You need to import HTTPException from fastapi to raise HTTP errors.

2fill in blank

medium

Complete the code to raise a 404 HTTPException with a detail message.

FastAPI

raise HTTPException(status_code=[1], detail="Item not found")

Drag options to blanks, or click blank then click option'

A302

B404

C500

D200

Attempts:

3 left

💡 Hint

Common Mistakes

Using 200 which means success.

Using 500 which means server error.

404 is the standard HTTP status code for 'Not Found'.

3fill in blank

hard

Fix the error in raising HTTPException with a missing status_code argument.

FastAPI

raise HTTPException([1]=401, detail="User not authorized")

Drag options to blanks, or click blank then click option'

Adetail

Bmessage

Cstatus_code

Derror

Attempts:

3 left

💡 Hint

Common Mistakes

Using detail instead of status_code as the first argument.

Omitting the status_code argument entirely.

The status_code argument is required to specify the HTTP error code.

4fill in blank

hard

Fill both blanks to raise a 403 HTTPException with a custom detail message.

FastAPI

raise HTTPException(status_code=[1], detail=[2])

Drag options to blanks, or click blank then click option'

A403

B"Access denied"

C"Not allowed"

D401

Attempts:

3 left

💡 Hint

Common Mistakes

Using 401 which means unauthorized, not forbidden.

Not quoting the detail message string.

403 means forbidden access. The detail message explains the reason.

5fill in blank

hard

Fill both blanks to raise a 422 HTTPException with a JSON detail explaining the error.

FastAPI

raise HTTPException(status_code=[1], detail=[2])

Drag options to blanks, or click blank then click option'

A422

B{"error": "Invalid input"}

C"Invalid input"

D400

Attempts:

3 left

💡 Hint

Common Mistakes

Using 400 which is a bad request but less specific.

Passing detail as a plain string instead of JSON string.

422 means unprocessable entity. The detail can be a JSON string explaining the error.

Practice

1. What is the main purpose of using HTTPException in FastAPI?

easy

A. To create database models automatically

B. To define API routes

C. To handle user authentication

D. To send HTTP error responses with a status code and message

Solution

1. Step 1: Understand HTTPException role

   HTTPException is designed to send HTTP error responses with specific status codes and messages.

2. Step 2: Compare with other options

   Other options like database models, authentication, or route definition are unrelated to HTTPException's purpose.

3. Final Answer:

   To send HTTP error responses with a status code and message -> Option D

4. Quick Check:

   HTTPException = send error response [OK]

Hint: HTTPException sends errors, not data or routes [OK]

Common Mistakes:

• Confusing HTTPException with route creation
• Thinking it manages database or authentication
• Using it to send successful responses

2. Which of the following is the correct way to raise an HTTP 404 error with a message in FastAPI?

easy

A. return HTTPException(404, "Item not found")

B. raise HTTPException(status_code=404, detail="Item not found")

C. HTTPException(404, detail="Item not found")

D. raise HTTPException(404, message="Item not found")

Solution

1. Step 1: Check correct syntax for raising HTTPException

   The correct syntax uses raise HTTPException(status_code=404, detail="Item not found").

2. Step 2: Identify errors in other options

   return HTTPException(404, "Item not found") wrongly uses return instead of raise. HTTPException(404, detail="Item not found") misses raise keyword. raise HTTPException(404, message="Item not found") uses incorrect keyword 'message' instead of 'detail'.

3. Final Answer:

   raise HTTPException(status_code=404, detail="Item not found") -> Option B

4. Quick Check:

   Use raise + status_code + detail [OK]

Hint: Always use raise with status_code and detail keys [OK]

Common Mistakes:

• Using return instead of raise
• Missing status_code or detail keywords
• Using wrong keyword like message

3. What will happen when this FastAPI endpoint is called and the item is not found?

from fastapi import FastAPI, HTTPException
app = FastAPI()

items = {"apple": "A juicy fruit"}

@app.get("/items/{item_name}")
async def read_item(item_name: str):
    if item_name not in items:
        raise HTTPException(status_code=404, detail="Item not found")
    return {"item": items[item_name]}

medium

A. The API returns the string 'Item not found'

B. The API returns an empty JSON response

C. The API returns a 404 error with message 'Item not found'

D. The API crashes with a server error

Solution

1. Step 1: Analyze the condition for missing item

   If the requested item_name is not in the items dictionary, the code raises HTTPException with status 404 and detail message.

2. Step 2: Understand FastAPI behavior on HTTPException

   FastAPI catches HTTPException and sends an HTTP response with the given status code and detail message as JSON.

3. Final Answer:

   The API returns a 404 error with message 'Item not found' -> Option C

4. Quick Check:

   Missing item triggers HTTPException 404 [OK]

Hint: Missing item triggers HTTPException with 404 [OK]

Common Mistakes:

• Expecting empty or string response instead of error
• Thinking the server crashes
• Ignoring the raise keyword effect

4. Identify the error in this FastAPI code snippet:

from fastapi import FastAPI, HTTPException
app = FastAPI()

@app.get("/users/{user_id}")
def get_user(user_id: int):
    if user_id < 0:
        HTTPException(status_code=400, detail="Invalid user ID")
    return {"user_id": user_id}

medium

A. Missing raise keyword before HTTPException

B. Incorrect status_code value for error

C. user_id should be a string, not int

D. The endpoint path is invalid

Solution

1. Step 1: Check how HTTPException is used

   The code calls HTTPException but does not use raise, so the exception is not actually raised.

2. Step 2: Verify other parts

   Status code 400 is valid for bad request. user_id as int is correct. Endpoint path syntax is valid.

3. Final Answer:

   Missing raise keyword before HTTPException -> Option A

4. Quick Check:

   Always use raise before HTTPException [OK]

Hint: Use raise before HTTPException to trigger error [OK]

Common Mistakes:

• Calling HTTPException without raise
• Using wrong status codes for errors
• Confusing parameter types

5. You want to create a FastAPI endpoint that returns a 403 Forbidden error with a custom message if a user is not an admin. Which code snippet correctly implements this?

hard

A. if not is_admin:
raise HTTPException(status_code=403, detail="Access denied: Admins only")

B. if not is_admin:
return HTTPException(status_code=403, detail="Access denied: Admins only")

C. if not is_admin:
raise HTTPException(403, message="Access denied: Admins only")

D. if not is_admin:
HTTPException(status_code=403, detail="Access denied: Admins only")

Solution

1. Step 1: Check correct way to raise HTTPException with 403

   The correct way is to use raise with status_code=403 and detail message.

2. Step 2: Identify errors in other options

   if not is_admin: return HTTPException(status_code=403, detail="Access denied: Admins only") uses return instead of raise, so no error is raised. if not is_admin: raise HTTPException(403, message="Access denied: Admins only") uses wrong keyword 'message'. if not is_admin: HTTPException(status_code=403, detail="Access denied: Admins only") calls HTTPException without raise, so no exception is triggered.

3. Final Answer:

   if not is_admin: raise HTTPException(status_code=403, detail="Access denied: Admins only") -> Option A

4. Quick Check:

   Use raise + status_code + detail for errors [OK]

Hint: Raise HTTPException with status_code and detail for errors [OK]

Common Mistakes:

• Using return instead of raise
• Wrong keyword 'message' instead of 'detail'
• Calling HTTPException without raise