-->
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.  [ 7 posts ] 
Author Message
 Post subject: dbcp 1.1 support?
PostPosted: Fri Nov 07, 2003 7:51 am 
Regular
Regular

Joined: Thu Aug 28, 2003 10:54 am
Posts: 67
I noticed that dbcp1.1 is out. has anyone used it with hibernate yet? Will support for it be added to the current dbcp implementation?

thanks


Top
 Profile  
 
 Post subject:
PostPosted: Fri Nov 07, 2003 9:16 am 
Hibernate Team
Hibernate Team

Joined: Tue Aug 26, 2003 12:50 pm
Posts: 5130
Location: Melbourne, Australia
2.1beta6 bundles DBCP 1.1.

I have not yet tested the latest release to see if the quality is any higher than the 1.0 release. I still trust c3p0 a lot better though....


Top
 Profile  
 
 Post subject: playing devil's advocate.
PostPosted: Fri Nov 07, 2003 2:16 pm 
Regular
Regular

Joined: Sun Sep 21, 2003 11:43 pm
Posts: 85
Location: Massachusetts
Gavin,

I hate to play devil's advocate, but how do you get around the webapp reload problem with C3P0? Every time my webapp reloads, c3p0 gets orphaned and hangs around while a new C3P0 instance is created.

I posted on this forum how the newer beta C3P0 includes a way to close C3P0 up but I'm wondering what the current solutin is?

I ended up switching to DBCP so I wouldn't have memory problems. My research didn't find anything (unless I stink at web searches) since I'd found the 2.0.3 hibernate C3P0 close function does nothing (no code in the function). :(

Thanks for any suggestions (other than: don't reload, shut fully down and restart Tomcat [4.1.24]),
David


Top
 Profile  
 
 Post subject:
PostPosted: Fri Nov 07, 2003 5:09 pm 
Hibernate Team
Hibernate Team

Joined: Tue Aug 26, 2003 12:50 pm
Posts: 5130
Location: Melbourne, Australia
To be honest, I've never used either of them in production - I have always had an appserver connection pool, but I have tested both for scalability.

p.s. I will try really hard to find time to make JBoss connection pool run standalon one of these days.


Top
 Profile  
 
 Post subject:
PostPosted: Wed Nov 12, 2003 11:54 am 
Beginner
Beginner

Joined: Mon Sep 29, 2003 3:10 pm
Posts: 36
humble, how are you using DBCP; from within Hibernate or as a JNDI datasource set up in Tomcat?

Either way, would you mind posting the part of your configuration file which handles the DBC setup? I'm having a few problems getting this up and running and my environment appears to be the same as yours.

Thanks!

-Matt


Top
 Profile  
 
 Post subject:
PostPosted: Tue Dec 30, 2003 5:07 pm 
Beginner
Beginner

Joined: Mon Sep 29, 2003 3:10 pm
Posts: 36
I realize this is a terribly old post, however I thought I'd update it with our experience with DBCP 1.1.

So far everything has been going well. We're using:

Tomcat 4.1.29
MySQL 4.0.15
DBCP 1.1
Hibernate 2.0.3

We have the DBCP pool set up as a datasource in the Server.xml file of Tomcat. We've been running this in production now for a little over a month. I make daily visual checks of the logs (this is our first deployment of our app and I'm being extra cautious) and I've not noticed anything out the ordinary.

Matt


Top
 Profile  
 
 Post subject:
PostPosted: Wed Dec 31, 2003 6:35 am 
Hibernate Team
Hibernate Team

Joined: Tue Aug 26, 2003 12:50 pm
Posts: 5130
Location: Melbourne, Australia
What kind of load are we talking about here? Number of requests per second?


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