В базе имеются две таблицы, users и employers. Во второй есть поле, являющееся внешним ключом на основной ключ первой. В бизнес-логике приложения однако User должен быть абстрактным классом, а Employer должен от него наследоваться. Возникает вопрос - как это сделать с помощью аннотаций?
Пробовал варианты


Работоспособности добиться не удалось :( Пробовал также делать с @SecondaryTable (в комментариях видны оверрайды полей для этой аннотации) - тоже не работает. Как реализовать наследование, описанное в первом параграфе?

Погуглив, выяснил, что вторичные таблицы, где основная таблица хранит ссылку на вторичную, а не наоборот, не поддерживаются. В связи с этим возникает вопрос - как лучше всего сделать? Пока что моя лучшая идея - это все же пометить сделать класс User аннотацией @Entity, убрать его абстрактность, и сделать его package local. Какие недостатки у этого подхода, и нет ли у кого лучших идей? И еще небольшой вопрос, в силу логики приложения, у потомков класса User не потребуется менять UserRole, т.е. сеттер на него нам не нужен, но хибернейт настоятельно просит его дать. Как лучше всего выйти из этой ситуации?

А почему  User  помечен как  MappedSuperclass  и в тоже время для него указана таблица. MappedSuperclass по определению не мапится ни на какую таблицу, и служит только как суперкласс для Entities, содержащий общее состояние или поведение. Если могут существовать сущности типа User, то класс следует сделать Entity.

Без указания таблицы я тоже пробовал.

Ну тогда и никакого Inheritance указывать тоже не нужно было...