-->
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.  [ 3 posts ] 
Author Message
 Post subject: ejb pattern
PostPosted: Mon Feb 02, 2004 4:33 pm 
Newbie

Joined: Mon Feb 02, 2004 4:18 pm
Posts: 16
Which pattern are most people using for Hibernate EJB? Are you using hibernate in BMP, or using it directly in your session beans?

I'd like to take advantage of the benefits of EJB (declarative security, thread safety etc), but I've been using hibernate for a couple of years and I'd prefer to continue to use it for persistence.

Even a one-line asnwer would be greatly appreciated,

TIA

AB


Top
 Profile  
 
 Post subject:
PostPosted: Mon Feb 02, 2004 4:36 pm 
Hibernate Team
Hibernate Team

Joined: Tue Sep 09, 2003 2:10 pm
Posts: 3246
Location: Passau, Germany
Using Hibernate directly in your Session Beans is the way to go IMHO, and thats the setup everybody I have heard of so far uses.


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 03, 2004 5:56 am 
Hibernate Team
Hibernate Team

Joined: Sun Sep 14, 2003 3:54 am
Posts: 7256
Location: Paris, France
Using BMP avoid you to separate object model from data access.

I use SLSB calling a POJO process doing the real stuff.
I allow me to change the front-end if needed (WS, Direct access, etc...)

_________________
Emmanuel


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 3 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.