Как правильно написать PATCH запрос?

а то во 99% туториалах разбирают только POST и GET.

а какая разница?

берешь запрос от клиента, заполняешь у себя дто, пихаешь в дб. дто можно как взять из дб, дабы сохранить старые значения, так и создать новый.

Не понел в чем проблема.

Точно нужен свой контроллер? Spring Data REST не подходит?

Проблема в отсутствии примера кода, что для человека, который пишет это в первый раз есть серьезное препятствие.

А на Spring Data JPA можешь показать?

 @PatchMapping(value = "/stuff/{id}",
            produces = {APPLICATION_JSON_VALUE},
            consumes = {APPLICATION_JSON_VALUE})
    public ResponseEntity<StuffResponse> patchStuff(@PathVariable("id") long id, @RequestBody StuffBody stuffBody) {
        StuffDto dto = doStuff(stuffBody);
        saveStuffToDatabase(dto);

}

рили, разницы жеж никакой, какой тип запроса. Или я чего-то не понимаю?

А можно полный пример кода? (Я изучаю туториал, в котором с базой на прямую работают. Я подсознательно понимаю, что это не правильно, поэтому хочу сразу на правильном примере посмотреть)

Полный пример кода зависит от архитектуры приложения, то, о чем ты спросил, полностью опримерено (патч-запрос). Не уверен, что именно ты хочешь увидеть в дальнейшем примере.

p.s. работа с базой через hibernate или mybatis, контроллер отдельно, сервис отдельно, конвертор между жсон-объектом и дто через selma

Ну вот например: https://www.baeldung.com/spring-data-rest-intro

По этому я и учился. Сейчас хочу «ручками» написать.

Что именно ручками? Репозиторий? Контроллер?

Вот для этого как будет выглядеть DTO и webUserDTO.update(WebUser user)?

@Entity
public class WebsiteUser {
 
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private long id;
 
    private String name;
    private int age;
    private List<Address>;
 
    // standard getters and setters
}

.

DTO и update(), которые потом в контроллере использовать буду.

Вот за ссылку на selma спасибо. Сейчас сижу изучаю.

почему апдейт будет в дто? дто это объект трансфера данных, с базой данных оно работать не будет и знать о том, что кроме дто существует еще какое-то представление этих данных, ему не нужно. тебе нужен jpa repository и сервис, который будет с ним работать. как ты напишешь логику сервиса вопрос к тебе.

Вот смотри. У меня есть Entity, Controller, Service и Repository.

Репозитарий связан с сервисом, сервис связан с контроллером. PATCH запрос приходит в контроллер, где вызывается соотв. метод.

Вот твой пример (в контроллере):

 @PatchMapping(value = "/stuff/{id}",
            produces = {APPLICATION_JSON_VALUE},
            consumes = {APPLICATION_JSON_VALUE})
    public ResponseEntity<StuffResponse> patchStuff(@PathVariable("id") long id, @RequestBody StuffBody stuffBody) {
        StuffDto dto = doStuff(stuffBody);
        saveStuffToDatabase(dto);
}

DTO — это еще одни класс, c полями как у Entity?

Метод doStuff это метод какого класса?

doStuff это обработка твоей логики, которая переделает вебэнтиту в дто. Логично это делать через сельму.

Дто это класс с которым будет работать репозитарий/сервис.

СтаффБоди писать тоже будешь ты (ну или оно будет автогенеренное помощи openapi, не суть)

Разделение вебэнтиты и дто в принципе не обязательно, но я их обычно держу в разных модулях (ну и читаемость повышается, плюс возникает возможность отсылать не полный набор данных, получаемых из дб).

Я поначалу подумал, что у топикстартера вопрос о том, как более-менее универсально пропатчить только одно, заранее неопределённое, поле у объекта. Задача, как оказалось, в java нетривиальная. Тут можно либо принимать Map<Object,Object> как тело запроса, либо JsonNode, и дальше вытаскивать только присланные поля и как-то сопоставлять их полям объекта. Я в своё время реализовывал это так:

@Component
public class EntityPatcher {
    private final ObjectMapper mapper;

    @Autowired
    public EntityPatcher(ObjectMapper mapper) {
        this.mapper = mapper.copy();
        this.mapper.disable(MapperFeature.USE_ANNOTATIONS);
    }

    @SneakyThrows
    @SuppressWarnings("unchecked") 
    public <T> T patch(T originalObject, JsonNode updatedFields) {
        JsonNode original = mapper.valueToTree(originalObject);
        T result = mapper.treeToValue(patchNode(original, updatedFields), (Class<T>) originalObject.getClass());
        return result;
    }

    @SneakyThrows
    private JsonNode patchNode(JsonNode originalNode, JsonNode updatedFields) {
        JsonMergePatch patchJson = JsonMergePatch.fromJson(updatedFields);
        return patchJson.apply(originalNode);
    }
}

@SneakyThrows — это что за аннотация?

Это из Lombok'a, помогает бороться с checked исключениями. По сути заворачивает метод в try-catch и пробрасывает исключения в виде unchecked.