Это делает его легко идентифицирующимся как интерфейс.
Во-первых, вот ссылка на Dynamic-JPA , они предлагают способ динамического обновления сущностей. Я бы сначала изучил этот вариант.
Вот ссылка на создание модулей сохраняемости программным способом без использования файла persistence.xml (чего вы на самом деле сделать не можете, но ответы дают некоторое представление о проблеме). philk предлагает предложение о том, как удалить поставщика из файла persistence.xml. Если вы последуете этому методу, вы сможете объединить свои сущности в конкретную единицу сохранения состояния.
"Ну, в старые добрые времена Hibernate я мог просто создать сеанс и добавлять в него мои классы на лету. Кажется, что никогда не попал в SUNs JPA спецификации. Однако я полностью удалил провайдера из persistence.xml и передать его EL, используя свойства EMF. Эта вроде работает нормально. Единственное, что осталось в файле persistence.xml, - это спецификация классов. Думаю, было бы несложно раскрыть метод который анализирует имя класса в EL и создает для него ClassDescriptor как общедоступный метод поставщика EL JPA. "
Наконец, мы подошли к хакерскому решению, которое уже предлагалось, просто отредактируйте ваши файлы persistence.xml постфактум. Я считаю, что это сработает (хотя я не пробовал), но это определенно вариант.