В этом руководстве мы рассмотрим определение пользовательских типов мультимедиа и их создание с помощью контроллера Spring REST.
Хорошим вариантом использования пользовательского типа мультимедиа является управление версиями API.
Давайте начнем с простого примера — API, предоставляющий один ресурс по идентификатору.
В этом кратком руководстве мы рассмотрим, как отправлять HTTP-запросы, содержащие сжатые данные.
Кроме того, мы рассмотрим, как настроить веб-приложение Spring для обработки сжатых запросов.
Во-первых, давайте создадим метод, который сжимает массив байтов. Это пригодится в ближайшее время:
В этом руководстве мы узнаем, как реализовать эффективную регистрацию запросов/ответов RestTemplate . Это особенно полезно для отладки обмена между двумя серверами.
К сожалению, Spring Boot не предоставляет простого способа проверить или зарегистрировать простое тело ответа JSON.
Мы собираемся изучить несколько методов регистрации либо заголовков HTTP, либо, что наиболее интересно, тела HTTP.
Примечание . Spring RestTemplate будет устаревшим и будет заменен WebClient . Вы можете найти аналогичную статью с использованием WebClient здесь: Logging Spring WebClient Calls .
В этом руководстве мы узнаем, как работать с объектами JSON в качестве параметров запроса с помощью OpenAPI .
OpenAPI 2 не поддерживает объекты в качестве параметров запроса ; поддерживаются только примитивные значения и массивы примитивов.
Из-за этого мы вместо этого захотим определить наш параметр JSON как строку.
В этой статье мы сосредоточимся на основной концепции Spring MVC — контроллерах.
Давайте начнем с того, что сделаем шаг назад и посмотрим на концепцию Front Controller в типичной архитектуре Spring Model View Controller .
На очень высоком уровне, вот основные обязанности, которые мы рассматриваем:
Эта короткая статья посвящена распространенной ошибке — «Метод запроса не поддерживается — 405», — с которой сталкиваются разработчики, предоставляя свои API для определенных HTTP-команд с помощью Spring MVC.
Естественно, мы также обсудим распространенные причины этой ошибки.
Прежде чем перейти к общей проблеме, если вы только начинаете изучать Spring MVC, вот хорошая вводная статья , с которой можно начать.
Весна 4.3. представил несколько очень крутых аннотаций, составленных на уровне методов, чтобы сгладить обработку @RequestMapping в типичных проектах Spring MVC.
В этой статье мы узнаем, как использовать их эффективно.
Как правило, если мы хотим реализовать обработчик URL-адресов, используя традиционную аннотацию @RequestMapping , это будет примерно так:
В этой статье мы представляем RESTful API Modeling Language (RAML) — независимый от поставщика язык с открытой спецификацией, построенный на YAML 1.2 и JSON для описания RESTful API.
Мы рассмотрим базовый синтаксис и файловую структуру RAML 1.0, а также продемонстрируем, как определить простой API на основе JSON. Мы также покажем, как упростить обслуживание RAML-файлов с помощью include . А если у вас есть устаревшие API, использующие схему JSON, мы покажем, как включить схемы в RAML.
Затем мы познакомим вас с несколькими инструментами, которые упростят ваше знакомство с RAML, включая инструменты разработки, генераторы документации и другие.
Наконец, мы закончим описанием текущего состояния спецификации RAML.
В этой статье основное внимание будет уделено реализации возможности обнаружения в службе Spring REST и удовлетворению ограничения HATEOAS.
Эта статья посвящена Spring MVC. В нашей статье Введение в Spring HATEOAS описывается, как использовать HATEOAS в Spring Boot.
Обнаруживаемость как отдельный аспект или проблема веб-уровня должна быть отделена от контроллера , обрабатывающего HTTP-запрос. Для этого Контроллер будет запускать события для всех действий, требующих дополнительных манипуляций с ответом.
В этом руководстве мы узнаем, как использовать Bucket4j для ограничения скорости Spring REST API . Мы изучим ограничение скорости API, узнаем о Bucket4j и рассмотрим несколько способов ограничения скорости API REST в приложении Spring.
Ограничение скорости — это стратегия ограничения доступа к API . Он ограничивает количество вызовов API, которые клиент может сделать в течение определенного периода времени. Это помогает защитить API от чрезмерного использования, как непреднамеренного, так и злонамеренного.
Ограничения скорости часто применяются к API путем отслеживания IP-адреса или более специфичным для бизнеса способом, таким как ключи API или токены доступа. Как разработчики API, мы можем реагировать несколькими способами, когда клиент достигает предела: