jmeter-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stover, Michael" <Michael.Sto...@usa.xerox.com>
Subject RE: New Bug(s)
Date Wed, 27 Feb 2002 14:02:37 GMT
JMeter doesn't send an event at the start and end of test, so probably no
one is telling the connection pool to shut down when the test is stopped.
This is a different issue from the proxy server's issue.

-Mike

> -----Original Message-----
> From: Paone, Frank J [mailto:fpaone@lehman.com]
> Sent: Wednesday, February 27, 2002 8:43 AM
> To: 'JMeter Users List'
> Subject: RE: New Bug(s)
> 
> 
> 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: TimothyReaves@westfieldgrp.com
> [mailto:TimothyReaves@westfieldgrp.com]
> 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'" <jmeter-user@jakarta.apache.org>         
>                     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:fpaone@lehman.com]
> > Sent: Tuesday, February 26, 2002 3:10 PM
> > To: 'jmeter-user@jakarta.apache.org'
> > 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:jmeter-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <
> mailto:jmeter-user-help@jakarta.apache.org>
> 
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:
> <mailto:jmeter-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
> <mailto:jmeter-user-help@jakarta.apache.org>
> 
> 
> 
> --------------------------------------------------------------
> ----------------
> 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:jmeter-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: 
> <mailto:jmeter-user-help@jakarta.apache.org>
> 

--
To unsubscribe, e-mail:   <mailto:jmeter-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:jmeter-user-help@jakarta.apache.org>


Mime
View raw message