-->
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.  [ 10 posts ] 
Author Message
 Post subject: Difference between EntityPersister and ClassPersister ?
PostPosted: Mon Feb 09, 2004 3:40 pm 
Beginner
Beginner

Joined: Tue Feb 03, 2004 4:53 pm
Posts: 28
I am looking through the code and trying to figure this out --
With the default behavior of Hibernate which is used --
EntityPersister creates a cache of java.sql.PreparedStatements for each object --
Is this default behavior ?
And Is it used in all cases...


Top
 Profile  
 
 Post subject:
PostPosted: Mon Feb 09, 2004 10:11 pm 
Hibernate Team
Hibernate Team

Joined: Tue Aug 26, 2003 12:50 pm
Posts: 5130
Location: Melbourne, Australia
Huh?

EntityPersister does no such thing....


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 10, 2004 4:07 am 
Hibernate Team
Hibernate Team

Joined: Tue Sep 09, 2003 2:10 pm
Posts: 3246
Location: Passau, Germany
I told you two times how PreparedStatement caching with Hibernate works. Don't you believe me?


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 10, 2004 8:47 am 
Beginner
Beginner

Joined: Tue Feb 03, 2004 4:53 pm
Posts: 28
Not saying I don't -- I am haveing to prove it to others -- with in a container JBoss--
Yet with limited Docs it is hard to understand how it is done --
The person I am trying to prove this out too wants to write a secondary connection pool --and has that PS for each object and associate them with each connection....

Now there must be an easier way...
and that is what I am looking for-- I do not want to re-create the breadbox and I do not want to try to solve a problem that does not exist..
I am trying to understand how using C3P0 with-in a container will help...
Not to mention -- Limited Docs on C3PO as well...


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 10, 2004 8:50 am 
Hibernate Team
Hibernate Team

Joined: Tue Sep 09, 2003 2:10 pm
Posts: 3246
Location: Passau, Germany
You can easily activate PreparedStatement caching for JBoss by setting <prepared-statement-cache-size >100 </prepared-statement-cache-size > in your datasource. There is no problem, and certainly nothing to dig out in the Hibernate source, because as I said hibernate does NOT do PreparedStatement caching but leaves that to the DB pool.


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 10, 2004 8:52 am 
Hibernate Team
Hibernate Team

Joined: Tue Sep 09, 2003 2:10 pm
Posts: 3246
Location: Passau, Germany
PS: JBoss >= 3.2.2 only


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 10, 2004 8:57 am 
Beginner
Beginner

Joined: Tue Feb 03, 2004 4:53 pm
Posts: 28
gloeglm wrote:
PS: JBoss >= 3.2.2 only

We are using JBoss 3.2.3 ---


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 10, 2004 9:39 am 
Hibernate Team
Hibernate Team

Joined: Tue Sep 09, 2003 2:10 pm
Posts: 3246
Location: Passau, Germany
Well so it should work for you.


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 10, 2004 10:14 am 
Beginner
Beginner

Joined: Tue Feb 03, 2004 4:53 pm
Posts: 28
Many Thanks -- and I apologize if I seemed to be a pessimist


Top
 Profile  
 
 Post subject:
PostPosted: Tue Feb 10, 2004 10:20 am 
Hibernate Team
Hibernate Team

Joined: Tue Sep 09, 2003 2:10 pm
Posts: 3246
Location: Passau, Germany
You are welcome - no need to apologize for anything as long as you can withstand an occasional grumpy comment ;) Have fun with Hibernate.


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