May be, I haven't tried the http feature yet. I've done a fair amount of jdbc coding, but I haven't played around with connection pools that much. From my experience I close the sql statement and the DB connection and that clears the connection to the data server.
I've been looking over the code and I see within the "DBConnectionManager" class there's a method that releases the connection pool. And I noticed in "JDBCSampler" class there's calls to close the resultset and the sql statement. Like I said; I don't have that much experience with connection pools but I assume that the issue is either with the "releaseConnection" method or when the method is being called. I plan on reporting this as a bug, but I would prefer to do some research before hand so I can submit the bug with some constructive suggestions. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 8:18 AM To: JMeter Users List Subject: RE: New Bug(s) I wonder if this is related to the bug in the HTTP Proxy; when you click the Stop button, it will wait for one more connection because of the way it is coded. There is a port bind call, that will block until there is a connection, and the check to see if stop has been pressed is located after this. It really needs to be in it's own thread, so that the bind can be interrupted. "Stover, Michael" <Michael.Stover@usa. To: "'JMeter Users List'" <[EMAIL PROTECTED]> xerox.com> cc: Subject: RE: New Bug(s) 02/26/02 03:16 PM Please respond to "JMeter Users List" yeah, I think I can see why that would happen. This deserves to be submitted as real bug so I don't forget about it. :-) -Mike > -----Original Message----- > From: Paone, Frank J [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 26, 2002 3:10 PM > To: '[EMAIL PROTECTED]' > Subject: New Bug(s) > > > I think I noticed a new bug or bugs.. > > I am utilizing the jdbc function of jMeter. When I start a > thread, it kicks > off ok, but when I stop it, it appears that jMeter continues > to put a load > on the data server, and the connections to the data base > don't go away until > I kill jMeter. > And once jMeter produces a considerable load on the data server, the > charting seem to degrade. > > > > > > > -------------------------------------------------------------- > ---------------- > This message is intended only for the personal and > confidential use of the designated recipient(s) named above. > If you are not the intended recipient of this message you are > hereby notified that any review, dissemination, distribution > or copying of this message is strictly prohibited. This > communication is for information purposes only and should not > be regarded as an offer to sell or as a solicitation of an > offer to buy any financial product, an official confirmation > of any transaction, or as an official statement of Lehman > Brothers. Email transmission cannot be guaranteed to be > secure or error-free. Therefore, we do not represent that > this information is complete or accurate and it should not be > relied upon as such. All information is subject to change > without notice. > > -- 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]> ------------------------------------------------------------------------------ This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
