Grouping APIs by tags in Spring Boot

Introduction

Grouping APIs by tags helps organize your endpoints clearly. It makes your API easier to understand and use.

You want to separate user-related APIs from product-related APIs.

You need to show different API groups in your documentation.

You want to make it easier for developers to find specific API endpoints.

You are building a large API with many endpoints and want better structure.

Syntax

Spring Boot

@Tag(name = "tagName", description = "Description of this group")
@RestController
@RequestMapping("/api/path")
public class YourController {
    // API methods
}

Use @Tag on your controller class to group all its APIs under one tag.

The name attribute is the tag name shown in API docs like Swagger UI.

Examples

This groups all user-related APIs under the 'Users' tag.

Spring Boot

@Tag(name = "Users", description = "Operations about users")
@RestController
@RequestMapping("/users")
public class UserController {
    // user APIs
}

This groups all product-related APIs under the 'Products' tag.

Spring Boot

@Tag(name = "Products", description = "Manage products")
@RestController
@RequestMapping("/products")
public class ProductController {
    // product APIs
}

Sample Program

This Spring Boot controller groups its API under the 'Books' tag. When you generate API docs (like Swagger UI), this tag helps organize the endpoint.

Spring Boot

import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import io.swagger.v3.oas.annotations.tags.Tag;

@Tag(name = "Books", description = "Operations related to books")
@RestController
@RequestMapping("/books")
public class BookController {

    @GetMapping
    public String listBooks() {
        return "List of books";
    }
}

Important Notes

Make sure to add the OpenAPI/Swagger dependency to your project to use @Tag annotations effectively.

Tags improve API documentation but do not affect the API behavior itself.

Summary

Use @Tag to group related APIs in your Spring Boot controllers.

Tags help organize and clarify your API documentation.

Each controller can have one or more tags describing its purpose.

Practice

1. What is the main purpose of using @Tag annotation in Spring Boot controllers?

easy

A. To specify the database table for the API

B. To group related APIs for better documentation organization

C. To define the HTTP method of an API endpoint

D. To secure APIs with authentication

Solution

1. Step 1: Understand the role of @Tag

   The @Tag annotation is used to group APIs logically in documentation tools like Swagger.

2. Step 2: Identify its effect on API docs

   Grouping APIs by tags makes the documentation easier to read and navigate for users.

3. Final Answer:

   To group related APIs for better documentation organization -> Option B

4. Quick Check:

   @Tag groups APIs = D [OK]

Hint: Remember @Tag groups APIs for docs, not for security or DB [OK]

Common Mistakes:

• Confusing @Tag with security annotations
• Thinking @Tag sets HTTP methods
• Assuming @Tag relates to database mapping

2. Which of the following is the correct way to add a tag named "User Management" to a Spring Boot controller?

easy

A. @Tag(name = "User Management") above the controller class

B. @Tag(value = "User Management") above each method

C. @Tag("User Management") inside the method body

D. @Tag(name = "User Management") inside the application.properties file

Solution

1. Step 1: Identify correct @Tag usage

   The @Tag annotation is placed above the controller class with the name attribute to specify the tag.

2. Step 2: Confirm placement and syntax

   It should not be inside methods or properties files; it applies at the class level for grouping all endpoints.

3. Final Answer:

   @Tag(name = "User Management") above the controller class -> Option A

4. Quick Check:

   @Tag(name=...) on class = A [OK]

Hint: Place @Tag(name=...) above controller class, not methods or config [OK]

Common Mistakes:

• Using @Tag inside method bodies
• Using 'value' instead of 'name' attribute
• Placing @Tag in properties files

3. Given this controller code snippet:

@RestController
@Tag(name = "Orders")
public class OrderController {
  @GetMapping("/orders")
  public List<String> getOrders() { return List.of("order1", "order2"); }
}

What tag will appear in the generated API documentation for the /orders endpoint?

medium

A. "Orders"

B. No tag will appear

C. "OrderController"

D. "getOrders"

Solution

1. Step 1: Check @Tag annotation on controller

   The controller class has @Tag(name = "Orders"), so all its endpoints inherit this tag.

2. Step 2: Determine tag shown in docs

   The /orders endpoint will be grouped under the "Orders" tag in the API documentation.

3. Final Answer:

   "Orders" -> Option A

4. Quick Check:

   Controller @Tag name = "Orders" means tag = B [OK]

Hint: Controller-level @Tag sets tag for all its endpoints [OK]

Common Mistakes:

• Expecting method name as tag
• Thinking no tag appears without method-level @Tag
• Confusing class name with tag

4. Consider this controller code:

@RestController
@Tag(name = "Products")
public class ProductController {
  @GetMapping("/products")
  public List<String> getProducts() { return List.of("prod1", "prod2"); }

  @Tag(name = "Special")
  @GetMapping("/products/special")
  public List<String> getSpecialProducts() { return List.of("special1"); }
}

What is the problem with this code regarding API grouping by tags?

medium

A. Multiple @Tag annotations cause runtime errors

B. Method-level @Tag overrides class-level @Tag correctly

C. @Tag cannot be used on methods, causing a compile error

D. Method-level @Tag is ignored; only class-level @Tag works

Solution

1. Step 1: Check @Tag usage rules

   In Spring Boot with OpenAPI, @Tag is primarily for class-level use to group endpoints. Method-level @Tag is ignored for grouping purposes.

2. Step 2: Identify its effect on API docs

   The /products/special endpoint will still be grouped under the "Products" tag, as method-level @Tag does not override class-level grouping.

3. Final Answer:

   Method-level @Tag is ignored; only class-level @Tag works -> Option D

4. Quick Check:

   Method-level @Tag ignored = A [OK]

Hint: Use @Tag only on controller classes, not on methods [OK]

Common Mistakes:

• Assuming method-level @Tag overrides class-level
• Thinking multiple @Tag annotations cause runtime errors
• Ignoring that method-level @Tag is invalid

5. You have two controllers:

@RestController
@Tag(name = "Users")
public class UserController {
  @GetMapping("/users")
  public List<String> getUsers() { return List.of("user1", "user2"); }
}

@RestController
@Tag(name = "Admins")
public class AdminController {
  @GetMapping("/admins")
  public List<String> getAdmins() { return List.of("admin1"); }
}

How will the API documentation group these endpoints?

hard

A. No tags will appear in the documentation

B. All endpoints under a single "Users" tag

C. Endpoints grouped separately under "Users" and "Admins" tags

D. Endpoints grouped under controller class names as tags

Solution

1. Step 1: Identify tags on each controller

   UserController has @Tag(name = "Users") and AdminController has @Tag(name = "Admins").

2. Step 2: Understand grouping in docs

   Each controller's endpoints are grouped under their respective tags in the API docs.

3. Final Answer:

   Endpoints grouped separately under "Users" and "Admins" tags -> Option C

4. Quick Check:

   Separate @Tag names create separate groups = A [OK]

Hint: Different @Tag names on controllers create separate groups [OK]

Common Mistakes:

• Assuming all endpoints merge under one tag
• Expecting no tags without method-level @Tag
• Thinking controller class names become tags automatically