Использование @GetMapping вместо @RequestMapping в генераторе OpenAPI Spring?

Используя генератор OpenAPI для Spring, плагин Gradle генерирует мой интерфейс с аннотациями @RequestMapping. Можно ли также создавать классы с конкретной аннотацией HTTP-метода, например @GetMapping?

Хотя я не могу найти такую ​​опцию в документации, в этом сообщении блога, похоже, используется такая аннотация:

https://www.baeldung.com/java-openapi-generator-server

Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Версия Java на основе версии загрузки
Версия Java на основе версии загрузки
Если вы зайдете на официальный сайт Spring Boot , там представлен start.spring.io , который упрощает создание проектов Spring Boot, как показано ниже.
Документирование API с помощью Swagger на Springboot
Документирование API с помощью Swagger на Springboot
В предыдущей статье мы уже узнали, как создать Rest API с помощью Springboot и MySql .
0
0
185
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

С помощью генератора OpenAPI вы можете создавать контроллеры Spring с конкретными аннотациями HTTP-метода, такими как @GetMapping, @PostMapping и т. д., вместо общих аннотаций @RequestMapping. Этого можно достичь путем правильной настройки генератора в файле спецификации OpenAPI или с помощью параметров командной строки.

В файле спецификации OpenAPI вы можете указать атрибут уровня операции x-spring-annotations для управления аннотациями Spring, создаваемыми для каждой операции. Например:

paths:
  /example:
    get:
      x-spring-annotations:
        operation: "@GetMapping"

Это должно помочь решить проблему.

Таким образом, если вы предпочитаете более компактную и самодостаточную спецификацию, подход @RequestMapping может подойти. Однако, если вы цените разделение задач и сохранение спецификации OpenAPI, ориентированной исключительно на определение конечных точек, второй подход может быть лучше. В конечном счете, это вопрос предпочтений и конкретных требований вашего проекта.

Другие вопросы по теме