jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject Re: JDBC connection pooling - should it be used at all?
Date Wed, 03 Jan 2007 20:50:34 GMT

I use the JDBC Connection Configuration element to define a connection
pool, then use the pool to access database resources via beanshell to add
some "intelligence" to my load tests.  This allows me to script dynamic
load tests that can behave differently depending on the state of the
application, users, etc.  This is probably not it's intended use, but it
comes in handy.

Skyler Bingham
(602) 957-1650 x1139

             >                                                          To 
                                       "JMeter Users List"                 
             01/03/2007 12:33          <>    
             PM                                                         cc 
             Please respond to         JDBC connection pooling - should it 
               "JMeter Users           be used at all?                     

The JDBC Sampler currently uses a connection pool. This means that a
single connection may potentially be used by different threads at
different times.

Seems to me that this is somewhat at odds with using JMeter to
simulate multiple independent users - the threads (users) are not
fully independent.

Is there any need for JMeter to support connection pooling at all?

Does anyone have a use case that requires connection pooling?


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

This e-mail and files transmitted with it are confidential, and are
intended solely for the use of the individual or entity to whom this e-mail
is addressed.  If you are not the intended recipient, or the employee or
agent responsible to deliver it to the intended recipient, you are hereby
notified that any dissemination, distribution or copying of this
communication is strictly prohibited.  If you are not one of the named
recipient(s) or otherwise have reason to believe that you received this
message in error, please immediately notify
 by e-mail, and destroy the original message.  Thank You.

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

View raw message