то есть загружаю файл в ручную

пример взял из сорцов WireMock -> https://github.com/tomakehurst/wiremock/blob/4395c283d2e0b199eae03e20b80a571866c4573c/src/test/java/com/github/tomakehurst/wiremock/MappingsLoaderAcceptanceTest.java#L65

Подскажите пожалуйста, снова вожусь с Quartz + Spring Boot, видимо пытаясь добиться от него нестандартного поведения.

Я определил отдельный data-source для Quartz, и прописал в конфиге спринга:

spring.quartz.job-store-type=jdbc
spring.quartz.jdbc.initialize-schema=always

при этом, на старте спринг создает без учета заданных в application.properties настроек (типа префикса таблиц) в основном data-source приложения таблицы кварца.

Сам же Quartz во время запуска приложения закономерно лезет в свой, определенный в application.properties data-source, и закономерно же ничего там не находит и ломается.

Можно ли как-то сказать спрингу, что миграции quartz нужно применить к data-source, относящемуся именно к его конфигурации?

Ребят, у меня тут линтер ругается на то, что я передаю Entity в RequestBody и просит заменить его на POJO или DTO. Может кто пояснить зачем это и почему? Заранее спасибо!

Что за линтер такой умный? Я тоже хочу

Sonarlint, по моему самый популярный, не?))

Проблема в том, что не соблюдается Single Responsibility.

Да нет, не в этом дело

Линтер пишет о том, что это может использоваться потом как "атака" на сервис

Якобы все совсем плохо

Ну вообще для взаимодействия между системами DTO предназначены, а вы сразу используете Entity для нескольких целей, получается. Все равно это плохо

Ну так раскрытие схемы бд как минимум

Всегда в этом ключе смущает наличие spring-data-rest

А, все понял. То есть по факту в этом ничего смертельного нет, но я раскрываю столбцы своей БД, да и в принципе Entity подразумевает  "объект из БД", а для подобных операций, лучше отдать эти обязанности DTO или POJO, да ?

вот пара основных причин которые пришли в голову:
1) разделить модель базы от модели апи и/или логики
2) избавиться от нежелательных эффектов гибера

Плохо потому, что прийдет момент, когда тебе нужно будет изменить entity для потребностей, связанных с бд. А она используется ещё в других местах. Изменение может поломать что-то в этих других местах

Ага, все очень ясно объяснили. Всем спасибо!

mapstruct.org посмотри

на тему маппинга

Как по мне, так единственное его применение - очень скорый MVP, потому что у более-менее прод такое нельзя пускать