Normally it will leave with the entities, which will also allow you to test your
PU outside the container. But if you have some reasons to exclude it, it can be
placed with the component (with the <jar-file> element (see the spec) "specified
relative to the root of the persistence unit (e.g., utils/myUtils.jar).".
Regards,
-marina
Ryan de Laplante wrote:
> Thank you. The persistence.xml would still live inside of the EJB
> project, right?
>
> Thanks,
> Ryan
>
> Marina Vatkina wrote:
>
>> I think your best option would be to use a separate jar for the
>> entities that is placed under <ear>/lib directory.
>>
>> Regards,
>> -marina
>>
>> Ryan de Laplante wrote:
>>
>>> I'm not sure where else to ask a question like this.
>>>
>>> Back in the EJB 2.x days with CMP, the CPM entities were not returned
>>> by session beans. The entity would be converted into POJO value
>>> objects before being returned. I used to put the value object POJOs
>>> in a common jar file that the EJB project and EJB client project
>>> would depend on.
>>> In the Java EE5 world, I have been returning the actual JPA entities
>>> from my EJB3 session beans. Since the JPA entity classes live inside
>>> of the EJB jar file, the persistence.xml lives in there too, and my
>>> web project has a build dependency on the EJB project. This hasn't
>>> been a big deal for me since I use EJB Local, but I've always
>>> wondered if this is the right way to do it.
>>>
>>> Can anyone share with me the Java EE5 patterns you use, or links to
>>> pages that talk about this?
>>>
>>>
>>> Thanks,
>>> Ryan
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>