Why Handling path variables and query params together in Spring Boot? - Purpose & Use Cases

The Big Idea

Discover how to stop wrestling with URLs and let Spring Boot handle the messy details for you!

The Scenario

Imagine building a web service where you manually parse URLs to get both path parts and query details, like extracting user IDs from the path and filters from the query string.

The Problem

Manually splitting and parsing URLs is error-prone, hard to maintain, and can easily break when URL formats change or when multiple parameters are involved.

The Solution

Spring Boot lets you declare path variables and query parameters right in your method signatures, so the framework handles parsing and validation automatically.

Before vs After

✗ Before

String url = "/users/123?active=true"; // manually split and parse path and query

✓ After

@GetMapping("/users/{id}")
public ResponseEntity<?> getUser(@PathVariable String id, @RequestParam boolean active) { ... }

What It Enables

This makes your code cleaner, safer, and easier to read while letting you focus on business logic instead of URL parsing.

Real Life Example

When building an API to fetch user details by ID and filter results by status or date, you can easily get both from the URL without extra parsing code.

Key Takeaways

Manual URL parsing is complex and fragile.

Spring Boot automates extracting path and query parameters.

This leads to cleaner, more reliable web service code.

Practice

1. In Spring Boot, which annotation is used to extract a value from the URL path segment in a controller method?

easy

A. @PathVariable

B. @RequestParam

C. @RequestBody

D. @RequestHeader

Solution

1. Step 1: Understand URL parts

   The URL path segment is the part of the URL that defines the resource location, like /users/{id}.

2. Step 2: Identify the correct annotation

   @PathVariable is used to bind a method parameter to a URI template variable in the path.

3. Final Answer:

   @PathVariable -> Option A

4. Quick Check:

   Path segment value = @PathVariable [OK]

Hint: Use @PathVariable for URL path parts, not query strings [OK]

Common Mistakes:

• Confusing @RequestParam with @PathVariable
• Using @RequestBody for path variables
• Trying to get path variables from headers

2. Which of the following method signatures correctly handles a path variable id and a query parameter sort in Spring Boot?

easy

A. public String getUser(@PathVariable String id, @RequestParam String sort)

B. public String getUser(@RequestParam String id, @PathVariable String sort)

C. public String getUser(@RequestParam String id, @RequestParam String sort)

D. public String getUser(@PathVariable String id, @PathVariable String sort)

Solution

1. Step 1: Match annotations to parameter types

   Path variables come from the URL path, so use @PathVariable for id. Query parameters come after ?, so use @RequestParam for sort.

2. Step 2: Check method signature correctness

   public String getUser(@PathVariable String id, @RequestParam String sort) correctly uses @PathVariable for id and @RequestParam for sort.

3. Final Answer:

   public String getUser(@PathVariable String id, @RequestParam String sort) -> Option A

4. Quick Check:

   Path variable = @PathVariable, Query param = @RequestParam [OK]

Hint: Path variables use @PathVariable, query params use @RequestParam [OK]

Common Mistakes:

• Swapping @PathVariable and @RequestParam
• Using @PathVariable for query parameters
• Missing one of the annotations

3. Given the controller method:

@GetMapping("/items/{itemId}")
public String getItem(@PathVariable String itemId, @RequestParam(defaultValue = "asc") String order) {
    return itemId + "-" + order;
}

What will be the output when a client requests /items/42?order=desc?

medium

A. "42-asc"

B. "42-desc"

C. "desc-42"

D. Runtime error due to missing parameter

Solution

1. Step 1: Identify values from URL

   Path variable itemId is "42" from /items/42. Query parameter order is "desc" from ?order=desc.

2. Step 2: Understand method return

   The method returns itemId + "-" + order, so "42-desc".

3. Final Answer:

   "42-desc" -> Option B

4. Quick Check:

   Path variable + query param = "42-desc" [OK]

Hint: Path variable fills {itemId}, query param fills order value [OK]

Common Mistakes:

• Ignoring query parameter and using default
• Mixing order of concatenation
• Expecting error when query param is present

4. Consider this controller method:

@GetMapping("/books/{bookId}")
public String getBook(@PathVariable int bookId, @RequestParam int page) {
    return "Book: " + bookId + ", Page: " + page;
}

What error will occur if a client calls /books/abc?page=2?

medium

A. 404 Not Found because path variable missing

B. 500 Internal Server Error due to null page

C. 400 Bad Request due to type mismatch

D. No error, returns "Book: abc, Page: 2"

Solution

1. Step 1: Check path variable type

   The method expects bookId as int, but URL provides "abc" which is not a number.

2. Step 2: Understand Spring Boot behavior on type mismatch

   Spring Boot returns 400 Bad Request when it cannot convert path variable to required type.

3. Final Answer:

   400 Bad Request due to type mismatch -> Option C

4. Quick Check:

   Type mismatch in @PathVariable causes 400 error [OK]

Hint: Non-numeric path variable for int causes 400 error [OK]

Common Mistakes:

• Expecting 404 Not Found instead of 400
• Assuming null page causes error
• Thinking method returns string with invalid input

5. You want to create a Spring Boot endpoint that handles a user ID as a path variable and optionally accepts a query parameter filter. If filter is missing, it should default to "all". Which method signature correctly implements this behavior?

hard

A. public String getUser(@PathVariable String userId, @RequestParam Optional<String> filter)

B. public String getUser(@RequestParam String userId, @RequestParam String filter)

C. public String getUser(@PathVariable String userId, @RequestParam(required = true) String filter)

D. public String getUser(@PathVariable String userId, @RequestParam(defaultValue = "all") String filter)

Solution

1. Step 1: Identify path variable usage

   User ID is part of the URL path, so use @PathVariable for userId.

2. Step 2: Handle optional query parameter with default

   Use @RequestParam with defaultValue = "all" to provide a default when filter is missing.

3. Final Answer:

   public String getUser(@PathVariable String userId, @RequestParam(defaultValue = "all") String filter) -> Option D

4. Quick Check:

   Default query param value = @RequestParam(defaultValue) [OK]

Hint: Use @RequestParam(defaultValue) for optional query params [OK]

Common Mistakes:

• Using @RequestParam(required = true) for optional params
• Using @RequestParam without defaultValue causing errors
• Confusing @RequestParam and @PathVariable roles