Re: Response too large to be displayed

2011-07-21 Thread sebb
On 22 July 2011 00:55, mke jira wrote: > In results tree sampler I get this message. I am just running for 1 thread > for debug purposes.. > Response too large to be displayed. Size: 565337 > Max: 204800 > > I saw in some posts that I can use "Save responses to file", however I want > to know if w

Re: Programmatic access to thread group loop count

2011-07-21 Thread sebb
Define a variable for the loop count on the Test Plan. Use that wherever you want to know the loop count. On 21 July 2011 23:59, E S wrote: > Can you expound on that a little? I'm not sure I follow. > > On Thu, Jul 21, 2011 at 4:09 PM, sebb wrote: > >> Another way to do this would be to use a v

Response too large to be displayed

2011-07-21 Thread mke jira
In results tree sampler I get this message. I am just running for 1 thread for debug purposes.. Response too large to be displayed. Size: 565337 > Max: 204800 I saw in some posts that I can use "Save responses to file", however I want to know if we can increase size in tree sampler. Is there a wa

Re: Session Time out message

2011-07-21 Thread Deepak Shetty
VIEWSTATE is a dynamic value. it must be extracted out form the previous request. On Thu, Jul 21, 2011 at 4:06 PM, mke jira wrote: > Thanks. This is AJAX app, and there is a viewstate parameter, when I > removed > the parameter it seem to work. Need to run real load and test it out. > > Thanks >

Re: Session Time out message

2011-07-21 Thread mke jira
Thanks. This is AJAX app, and there is a viewstate parameter, when I removed the parameter it seem to work. Need to run real load and test it out. Thanks Kumar On Thu, Jul 21, 2011 at 3:24 PM, Bruce Ide wrote: > It should be fine at the beginning of the test. > > Hmm... Ah! If you look at the "P

Re: Programmatic access to thread group loop count

2011-07-21 Thread E S
Can you expound on that a little? I'm not sure I follow. On Thu, Jul 21, 2011 at 4:09 PM, sebb wrote: > Another way to do this would be to use a variable for the loop count. > > On 21 July 2011 20:25, E S wrote: > > FYI, it looks like this can be done with the following code within a > > sample

Re: Session Time out message

2011-07-21 Thread Bruce Ide
It should be fine at the beginning of the test. Hmm... Ah! If you look at the "Path" portion of your HTTP Request, does it have a JSESSIONID embedded in it? Sometimes the proxy seems to record them that way. Also look in the "Send parameters with request" and make sure there's not one in there. Yo

Re: Session Time out message

2011-07-21 Thread mke jira
I have HTTP cookie manager config element in my test case. I have HTTP Cookie Manager at the beginning of the test case, does it make a difference where the cookie manager is added, I mean does it make a difference if it is at the beginning vs it is at the end of test plan. Please let me know. T

Re: Session Time out message

2011-07-21 Thread Bruce Ide
Did you record the test previously using the http proxy? I bet your test is trying to use the old session ID that probably timed out a couple of days ago. I think you can just slap a HTTP cookie manager config element at the start of the test and that should fix it. -- Bruce Ide flyingrhenqu...@

Session Time out message

2011-07-21 Thread mke jira
Hi My JMeter script was working fine couple of days back, now I get the following message on some pages. Any idea what could be the problem? Please let me know. Session timed out Your previous session has timed out. You will be automatically redirected to the home page in 5 seconds... Click here

Re: Programmatic access to thread group loop count

2011-07-21 Thread sebb
Another way to do this would be to use a variable for the loop count. On 21 July 2011 20:25, E S wrote: > FYI, it looks like this can be done with the following code within a > sampler: > > Controller ctrl = > getThreadContext().getThreadGroup().getSamplerController(); > LoopController loopCtrl =

Re: Programmatic access to thread group loop count

2011-07-21 Thread E S
FYI, it looks like this can be done with the following code within a sampler: Controller ctrl = getThreadContext().getThreadGroup().getSamplerController(); LoopController loopCtrl = (LoopController)ctrl; int loopCount = loopCtrl.getLoops(); The getSamplerController() method returns a reference to

RE: Issue sending parameters with the request

2011-07-21 Thread Oliver Lloyd
OK, hands up, I'm pretty sure now that this is not an issue with the JMeter Proxy (which is excellent by the way) but a problem with badboy. Bug closed. -- View this message in context: http://jmeter.512774.n5.nabble.com/Issue-sending-parameters-with-the-request-tp4615291p4618947.html Sent from t

Re: Issue sending parameters with the request

2011-07-21 Thread Adrian Speteanu
Hi, Did setting 'application/json' content-type fixed the problem? Please give details, so we all know what worked for you eventually... :D Regards, Adrian On Thu, Jul 21, 2011 at 9:37 AM, Bhayana, Sidhant < sidhant.bhay...@igatepatni.com> wrote: > Thanks a lot Oliver. Things are working fine f

Re: throughput: transactions vs samplers

2011-07-21 Thread Felix Frank
Hi, On 07/21/2011 05:41 AM, Andrej van der Zee wrote: > --> Thread Group > > Constant Throughput Timer > > Transaction Controller (options: generate parent sample, do NOT > include timer duration) > --> HTTP Request Sampler 1 > --> HTTP Request Sampler 2 hmm, though I don't

Re: Need help- Jmeter

2011-07-21 Thread Felix Frank
Hi, On 07/21/2011 07:45 AM, Rajinikanth wrote: > scenario is I need to logging to the application. > > Step 1: launch the url ( use http protocol) > Step 2: Navigate to the Accounts page. > Step 3: Enter usr credential. > Step 4: Click on submit button. > > I am getting 409 error while performin