Я понял

Всё, теперь работает

Спасибо

Коллеги добрый день! подскажите почему так? Тестирую SS

аннотация with mock user позволяет проверить возможность посещения страниц приложения, все ок. НО запросы типа  https://copypasta.tech/s/GdpdA4Kd неумолимо падают

java.lang.AssertionError: Status expected:<302> but was:<403>
Expected :302
Actual   :403

P.S. актуально(

По-умолчанию, при обращении к h2DB в Hibbernate стоит режим

hibernate.hbm2ddl.auto=create-drop

Что прописать в прпертях чтобы он не грохал базу при каждом подключении?

pring.jpa.hibernate.ddl-auto=none

hibernate.hbm2ddl.auto=create-drop

тебя в гугле забанили?

зачем гуглить если тут ответят

Да ладно. Сам факт того что по умолчанию хибернейт дропает h2db базу, уже совсем не очевидный. А гугл забит инфой по старым версиям.

и? так тяжело вбить в гугл "hibernate.hbm2ddl.auto options"

вообще такое лучше руками задавать. полагаться на дефолт это хардкорно

во-первых, в гугле так же можно написать версию, во-вторых, в документации хибернейта вообще это можно посмотреть. там актуальная информация, а в-третьих, сначала надо самому поискать если случился затык. а вот если поиск не дал результатов и\или не до конца раскрыл вопрос - можно и спросить

тем более вопрос этот гуглится сразу. т.е ты даже не пытался

Есть холиварный вопрос, по поводу если у нас Entity совпадает с DTO, то стоит ли вообще делать DTO, если мы можем все на уровне Jackson-а разруливать.

Просто если мы вводим понятие DTO, и наш сервис будет как слой возвращать только его, то при обращении из сервиса сервис нужно конвертировать постоянно (Entity<->DTO) и использовать репозитории + нам придется писать какую нибудь дублирующуюся логику (например для проверки сущтвования сущности).

Имеет смысл выности преобразование на уровень контоллеров, чтоб избавиться от этого или вообще писать DTO? Хотя есть боязнь, что потечь может...