Re: Poolman benefits? (was Re: Connection Pooling)

[Jason B Menard]

Currently using Oracle 8.1.7 and Poolman 2.0.4.  Like you, we also stay away
from betas.


- Original Message -
From: "Mark Woon" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, February 01, 2002 4:12 PM
Subject: Re: Poolman benefits? (was Re: Connection Pooling)


>
> Thanks for the info.
>
> Out of curiosity, what version of Poolman and Oracle thin client are you
using?
> We have a policy here that frowns upon using anything marked as beta on
our
> production systems, and I'm wondering about the stability of the beta
Poolman
> 2.1.  Should I be using the older 2.0.4 version instead?
>
> -Mark
>
> Jason B Menard wrote:
>
> > We are using Poolman with the Oracle thin client.  It does not replace
it,
> > just sits on top of it.
> >
> > One of the benefits is that you can specify your various pools in an XML
> > file.  This makes any changes that might need to be made at a later date
> > simple, and also ensures consistancy across the organization.
Specifying
> > all your connection pools in one place, even if there are different
> > databases, is a nice benefit.  It also makes it easier on the
developers.
> > Poolman does not do just connection pooling though, it will pool any
object.
> >
> > We've been using it for a few versions now and have been pretty happy
with
> > it so far.  It's painless to setup and get running, so you might want to
> > take a look at it and see if it's right for you.
> >
> > Jason
>
>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Poolman benefits? (was Re: Connection Pooling)

[Mark Woon]

Thanks for the info.

Out of curiosity, what version of Poolman and Oracle thin client are you using?
We have a policy here that frowns upon using anything marked as beta on our
production systems, and I'm wondering about the stability of the beta Poolman
2.1.  Should I be using the older 2.0.4 version instead?

-Mark

Jason B Menard wrote:

> We are using Poolman with the Oracle thin client.  It does not replace it,
> just sits on top of it.
>
> One of the benefits is that you can specify your various pools in an XML
> file.  This makes any changes that might need to be made at a later date
> simple, and also ensures consistancy across the organization.  Specifying
> all your connection pools in one place, even if there are different
> databases, is a nice benefit.  It also makes it easier on the developers.
> Poolman does not do just connection pooling though, it will pool any object.
>
> We've been using it for a few versions now and have been pretty happy with
> it so far.  It's painless to setup and get running, so you might want to
> take a look at it and see if it's right for you.
>
> Jason

Re: Poolman benefits? (was Re: Connection Pooling)

[cahana]

Poolman won't replace the thin client it'll just sit on top of it.

One benefit of Poolman is the ability to switch database drivers very
easily.  All it takes is a mod to Poolman's xml file and the driver itself.
We've been using Poolman for about 6 months now and at first we were using
JTurbo connecting to a SQL Server  database.  A couple of months later we
switched to Oracle's thin client connecting to an Oracle database and it
only took a matter of minutes to implement the change.

Cameron

- Original Message -
From: "Mark Woon" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Thursday, January 31, 2002 9:31 PM
Subject: Poolman benefits? (was Re: Connection Pooling)


> cahana wrote:
>
> > Have you tried Poolman to do your connection pooling?
>
> I've only taken a cursory look at Poolman and I'm a little unclear as to
what
> benefits it provides.  I'm using an Oracle server, and using the Oracle
JDBC
> thin client to connect to it.  The thin client has support for connection
> pooling.
>
> If I were to use Poolman, would it replace Oracle's thin client, or sit on
top
> of it?  What benefits are there to using Poolman?  Or am I completely
missing
> the point?
>
> Thanks,
> -Mark
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Poolman benefits? (was Re: Connection Pooling)

[Jason B Menard]

We are using Poolman with the Oracle thin client.  It does not replace it,
just sits on top of it.

One of the benefits is that you can specify your various pools in an XML
file.  This makes any changes that might need to be made at a later date
simple, and also ensures consistancy across the organization.  Specifying
all your connection pools in one place, even if there are different
databases, is a nice benefit.  It also makes it easier on the developers.
Poolman does not do just connection pooling though, it will pool any object.

We've been using it for a few versions now and have been pretty happy with
it so far.  It's painless to setup and get running, so you might want to
take a look at it and see if it's right for you.

Jason


- Original Message -
From: "Mark Woon" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, February 01, 2002 2:31 AM
Subject: Poolman benefits? (was Re: Connection Pooling)


> cahana wrote:
>
> > Have you tried Poolman to do your connection pooling?
>
> I've only taken a cursory look at Poolman and I'm a little unclear as to
what
> benefits it provides.  I'm using an Oracle server, and using the Oracle
JDBC
> thin client to connect to it.  The thin client has support for connection
> pooling.
>
> If I were to use Poolman, would it replace Oracle's thin client, or sit on
top
> of it?  What benefits are there to using Poolman?  Or am I completely
missing
> the point?
>
> Thanks,
> -Mark
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Poolman benefits? (was Re: Connection Pooling)

[Galbreath, Mark]

I've never used it, but from reading the literature at the Poolman website,
the technology offers a lot more than pooling, namely protection against
failovers.

Mark

-Original Message-
From: Mark Woon [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 01, 2002 2:31 AM
To: Struts Users Mailing List
Subject: Poolman benefits? (was Re: Connection Pooling)


cahana wrote:

> Have you tried Poolman to do your connection pooling?

I've only taken a cursory look at Poolman and I'm a little unclear as to
what
benefits it provides.  I'm using an Oracle server, and using the Oracle JDBC
thin client to connect to it.  The thin client has support for connection
pooling.

If I were to use Poolman, would it replace Oracle's thin client, or sit on
top
of it?  What benefits are there to using Poolman?  Or am I completely
missing
the point?

Thanks,
-Mark


--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Poolman benefits? (was Re: Connection Pooling)

[Mark Woon]

cahana wrote:

> Have you tried Poolman to do your connection pooling?

I've only taken a cursory look at Poolman and I'm a little unclear as to what
benefits it provides.  I'm using an Oracle server, and using the Oracle JDBC
thin client to connect to it.  The thin client has support for connection
pooling.

If I were to use Poolman, would it replace Oracle's thin client, or sit on top
of it?  What benefits are there to using Poolman?  Or am I completely missing
the point?

Thanks,
-Mark


--
To unsubscribe, e-mail:   
For additional commands, e-mail: