Товарищи, поделитесь опытом...
есть набор common Entity-классов, которые нужно в один JAR запаковать, и использовать его в разных Entity-jar`ах, ссылаясь на эти самые Common-сущности.
Можно ли это сделать в рамках одного Persistence контекста?
Или придётся срезать эти "Сильные" связи, заменив их простыми типами (int ID)?

Blazkowicz,

Угу. Проблемы есть.

Ну, как я понял из поста выше, есть 2 варианта:
1) Засунуть все Entity в один JAR, объединив их в один PU, как в конце концов и сделал автор того поста
2) Рассечь Entity вертикально на модули, оставив "Слабые" связи (ID объектов в соседних проектах/JARах)
?

один JAR с EJB и persistence.xml

Этот JAR создан специально, как носитель persistence.xml, или там есть что-то типа DAO?

Несколько JAR'ов сущностей
Эти JARы нормально используются в других EARах?

GKS_Samara,

Если не затруднит, можете структуру проектов (JARов) и кусок persistence.xml показать?
чтобы сразу все лишние вопросы отвалились...

GKS_SamaraДобрый день, -=*ShamaN*=-!

> Если не затруднит, можете структуру проектов (JARов) и кусок
> persistence.xml показать?
> чтобы сразу все лишние вопросы отвалились...

1.jar в нём En1 и En2
2.jar а нём persistence.xml где прописаны En1 и En2, а так же En1Bean и
En2Bean работающие с соответствующими сущностями.
3.jar в нём En3 и En4 (которые ссылаются на En1 и En2)
4.jar а нём persistence.xml где прописаны En1, En2, En3, En4 а так же
En3Bean и En4Bean работающие с сущностями En3 и En4 и, из-за ссылок, с
En1 и En2

--
Алексей
JID: alxt@ya.ru


Благодарю
Это вот в такой ситуации кэш дублируется из-за наличия 2-ух PU? я правильно понимаю?

Так, а если один jar , в котором содержится persistence.xml, используется в разными ejb приложениями, это будет один общий контекст с кэшами или отдельный инстанс на каждый ejb?