-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 6 posts ] 
Author Message
 Post subject: Hibernate 3.0 EntityManager
PostPosted: Fri Apr 07, 2006 1:41 am 
Newbie

Joined: Fri Apr 07, 2006 1:29 am
Posts: 3
I am using weblogic as application server and currently we have persistence mechanism using EJB 2.0. We want to use the benefits of HIBERNATE's persistence architecture. So we wish to migrate to EJB 3.0 persistence architecture .

Currently weblogic haven't implemented EJB 3.0 specifications. My question is that if I migrate to HIBERNATE's EntityManager persistence architecture(which is basically EJB 3.0 specifications), what things will have to change in my system later when weblogic comes out with EJB 3.0 specifications implemented. And how difficult would it be to make my system complaint with what weblogic has to offer as EJB 3.0 programming model.


Top
 Profile  
 
 Post subject: i don't think it's a easy job
PostPosted: Fri Apr 07, 2006 2:52 am 
Newbie

Joined: Fri Apr 07, 2006 2:30 am
Posts: 1
i am a new user to hibernate. but i want to say some thing here.

i think u can swich to hibernate architecture in the persistence parts of your system. HIBERNATE's EntityManager just a entity manager. we can't use it as session service(e.g sessionbean in ejb specify). if u use ejb2.0' sessionbean, it's very hard for u to rewrite all the sessionbean to invoke hibernate's entities.


Top
 Profile  
 
 Post subject: Hibernate 3.0 EntityManager - What can be a good strategy
PostPosted: Fri Apr 07, 2006 4:10 am 
Newbie

Joined: Fri Apr 07, 2006 1:29 am
Posts: 3
Actually we are currently using Session Beans as facade to our data(entity beans) and , of course, it complies with EJB 2.0 specification. So what I understand is that it will be hard to invoke the Hibernate's EntityManager(entities) from Session Beans(ejb 2.0). Does this mean it is better that i wait for EJB 3.0 implementation and then migrate my Session Beans and Entity Beans in one shot to the new architecture.

Actually I was thinking if I could do the migration in a staged process. First do my persistece layer and then Session Beans.


Top
 Profile  
 
 Post subject:
PostPosted: Sun Apr 16, 2006 12:04 pm 
Hibernate Team
Hibernate Team

Joined: Sun Sep 14, 2003 3:54 am
Posts: 7256
Location: Paris, France
Even better, you should use JBoss Embeddable EJB3 inside weblogic. Some people have successfully used it if I remember. This way you have the full EJB3 programatic paradygm. And you'll be able to switch to the Weblogic implementaion smoothly (or even better not switch since our impl is better ;-) )

_________________
Emmanuel


Top
 Profile  
 
 Post subject:
PostPosted: Sat Apr 22, 2006 9:28 am 
Newbie

Joined: Sat May 29, 2004 2:32 am
Posts: 8
Salut Emannuel,

I have the same problem with Weblogic and EJB3. I'm using Hibernate's ejb3.jar but it seems that weblogic's javax.persistence is in high priority than other packages of libraries. What is the solution for using third party jar files instead of weblogics'?

Bests,
Amin Emami
http://www.FourSunIT.com


Top
 Profile  
 
 Post subject:
PostPosted: Thu Apr 27, 2006 10:23 am 
Hibernate Team
Hibernate Team

Joined: Sun Sep 14, 2003 3:54 am
Posts: 7256
Location: Paris, France
probably put ejb3-persisetnce.jar in front of you weblogic classpath

_________________
Emmanuel


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 6 posts ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.