Потому что там ньюансов много

В транзакции/вне транзакции, сессия экстендед или нет? Это все нужно знать, чтобы ответить

JPA это к сожалению, не piece of cake

Я решила свою задачу так решить, потому что с запросом в jpql так и не смогла

СпрингДата ЖПА это все абстрагирует насколько возможно, но там свои ньюансы

Если JPA не принципиально, то лучше советую Spring JDBCTemplate или JOOQ

Я бы сказал так: JPA это куча протекающих абстракций, без знания которых невозможно нормально его юзать

Ясненько

если есть базовый абстрактный класс Animal, с абстрактным методом run(), и два дочерних класса Tiger и Fish, которые реализауют метод run() каждый по-своему, то есть метод-геттер publlic Animal getAnimal() { if (type == 1) return new Tiger(); } else { return new Fish(); }
я пользуюсь геттером так: service.getAnimal().run() - и получаю полиморфную реализацию метода run()

а если я в этих Animal классах храню только данные, а логику выношу в service-классы TigerService и AnimalService, то как мне после вызова метода service.getAnimal() вызвать полиморфный метод run()? Ведь entity не знает о сервисе, который его логику реализует

Это философский вопросы ))

OOP не дает ответов на такие вопросы

дает, если не юзать service-слой, а и логику и поведение хранить в одном классе. Не понимаю почему в Java так не принятно

значит, решения нет?

Ну ок ))

Просто, мне интересно, как можно смоделировать .run() в отрыве от контекста, типа  «поверхность по которой бежать, сила гравитации, ветра и фаза луны» и прочее прочее

И тогда возникает вопрос: а что такое «бежать»? Какие сайд-эффекты имеет этот метод? Меняются координаты объекта? А позиция это свойство объекта или связь объекта с поверхностью?

И тд. и тп.

А если это был пример, то в ООП уже так не принято рассуждать, потому что неизвестны domain boundaries

В вашем примере также непонятно, что такое “TigerService”