[ https://issues.apache.org/jira/browse/OPENJPA-2766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16736837#comment-16736837 ]
Mark Struberg commented on OPENJPA-2766: ---------------------------------------- [~romain.manni-bucau] I did use it, but it would see even more adoption if it would be part of OpenJPA. Or even part of the JPA specification. Gonna push for it. Classpath scanning per the spec (and also in OpenJPA) only works IF the entities are in the very same jar like the persistence.xml. That's bad from a modularity perspective. It is also a problem if you have multiple PersistenceUnits with different Entities. The class scanning mechanism only works if there is exactly a single persistenceUnit. > Modularity support > ------------------ > > Key: OPENJPA-2766 > URL: https://issues.apache.org/jira/browse/OPENJPA-2766 > Project: OpenJPA > Issue Type: New Feature > Reporter: Matt Pavlovich > Priority: Major > > Support modular organization of entities so that all entities do not need to > be contained in the same jar, or referenced in a single persistence.xml > <class> listing. > Use cases: > 1. Jar A contains entityA, Jar B contains entityB. (EntityB may or may not > extend from entityA.) > 2. Jar X contains persistence.xml defining the PU > 3. Jar C contains entityC and a list of classes that extend entityA. Jar X > persistence unit should be able to persist entityC and its collection of > entityA, entityB.. etc > Features: > 1. Auto-classpath scanning (perhaps for persistence-fragment.xml.. then > enumerate) > 2. Support manual registration and unregistration of entity classes (not just > class names) to support OSGi environments that have per-bundle classloaders > and deploy/undeploy support. -- This message was sent by Atlassian JIRA (v7.6.3#76005)