Il peut être fait de façon dynamique, mais il est un peu en désordre:
Vous aurez besoin de modifier dynamiquement l'objet de configuration de mise en veille prolongée avant SessionFactory est construit. Si vous utilisez Spring, cela peut être fait en remplaçant la méthode postProcessAnnotationConfiguration() de AnnotationSessionFactoryBean; Sinon, vous devrez juste le faire en utilisant votre objet Configuration avant d'appeler buildSessionFactory() dessus. Si vous avez besoin de le faire sans redémarrer l'application, vous devez soit reconstruire votre SessionFactory (ce qui signifie que vos utilisateurs devront attendre jusqu'à ce que cela soit fait), soit utiliser une instance SessionFactory spécifique spécifiquement dédiée à vos classes personnalisées (est presque impossible si vos classes personnalisées doivent référencer vos classes intégrées).
Vous pouvez accéder aux mappages de classe/table via configuration.getMappings(). Vous devrez ensuite créer un nouveau mappage de table via Table API et l'ajouter à la configuration via addTable(). La même chose devra être faite avec PersistentClass qui représente un mappage de classe. Si vous utilisez la même classe pour représenter plusieurs entités (par exemple, pour mapper plusieurs tables), veillez à utiliser des noms d'entité uniques pour chacun d'eux. Vous devrez le faire (modifier la configuration) à chaque redémarrage de l'application.
Je suis d'accord, en utilisant Hibernate pour ce problème n'est pas correct. – sbidwai