You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by sebb <se...@gmail.com> on 2010/04/28 17:28:41 UTC
Re: SESSIONS created with jmeter sciprt but not hitting on internal
load
On 27/04/2010, gpub <af...@gmail.com> wrote:
>
> Hi
>
> please help me in the scenario as i have recored a script and click on 1, 2
> ,3 , 4 links and again click on home link.
>
> now when i run the script with 10 users.
> at the back end it shows that 10 users are hit but are in idle state. all 10
> users do not show that any 1 one user of them had hit any of link 1, 2,3, 4
> or home link.
>
> please suggest me how do i proceed further.
>
> This is gating my plan, as i need to assure that same no of users are
> actually hitting the links.
>
> please let me know your suggestion
Add a View Results Tree Listener to check what is happening.
> Regards
> GP
>
> --
> View this message in context: http://old.nabble.com/SESSIONS-created-with-jmeter-sciprt-but-not-hitting-on-internal-load-tp28375516p28375516.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: jmeter uploading a file
Posted by Viswanathan Arunachalam <v....@auckland.ac.nz>.
You need to provide the upload file details via
SendFiles With the Request :
File path parameter MIME Type
Cheers,
Vish
-----Original Message-----
From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
Sent: Thursday, 29 April 2010 12:00 p.m.
To: 'JMeter Users List'
Subject: jmeter uploading a file
Importance: High
I am testing an app that has a file upload feature, which works when I do it
manually. When I try to record it via the http proxy, the action fails.
What is it about the proxy that causes a modification of what its sniffing?
Replaying it fails also. I'm tried supplying the path, omitting it, moving
the file to the jmeter root, moving the file to the cwd, etc. The only
thing I can think of is that when I compare what JMeter sends in the
multipart post to what Fiddler sniffed when I do it manually, is that JMeter
adds two lines to each part that isn't there normally:
-----------------------------7d159c1302d0y0
Content-Disposition: form-data; name="PROC"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
AWUISubmitConvertLeadToTalentDupeCheck
-----------------------------7d159c1302d0y0
Content-Disposition: form-data; name="submitType"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Enter
-----------------------------7d159c1302d0y0
A normal sniffing of the multipart post request looks like this:
-----------------------------23805158906729
Content-Disposition: form-data; name="PROC"
AWUISubmitShortApplication
-----------------------------23805158906729
Content-Disposition: form-data; name="jobID"
8439573489527
-----------------------------23805158906729
Content-Disposition: form-data; name="viralBlast"
false
-----------------------------23805158906729
So, my questions are: Are the two additional lines (Content-Type, and
Content-Transfer-Encoding) per part what's causing the problem?
If so, how do I get rid of them? If not, any other ideas?
Thanks,
Gil Novak
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
jmeter uploading a file
Posted by Gil Novak <Gi...@Verizon.Net>.
I am testing an app that has a file upload feature, which works when I do it
manually. When I try to record it via the http proxy, the action fails.
What is it about the proxy that causes a modification of what its sniffing?
Replaying it fails also. I'm tried supplying the path, omitting it, moving
the file to the jmeter root, moving the file to the cwd, etc. The only
thing I can think of is that when I compare what JMeter sends in the
multipart post to what Fiddler sniffed when I do it manually, is that JMeter
adds two lines to each part that isn't there normally:
-----------------------------7d159c1302d0y0
Content-Disposition: form-data; name="PROC"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
AWUISubmitConvertLeadToTalentDupeCheck
-----------------------------7d159c1302d0y0
Content-Disposition: form-data; name="submitType"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Enter
-----------------------------7d159c1302d0y0
A normal sniffing of the multipart post request looks like this:
-----------------------------23805158906729
Content-Disposition: form-data; name="PROC"
AWUISubmitShortApplication
-----------------------------23805158906729
Content-Disposition: form-data; name="jobID"
8439573489527
-----------------------------23805158906729
Content-Disposition: form-data; name="viralBlast"
false
-----------------------------23805158906729
So, my questions are: Are the two additional lines (Content-Type, and
Content-Transfer-Encoding) per part what's causing the problem?
If so, how do I get rid of them? If not, any other ideas?
Thanks,
Gil Novak
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: jmeter uploading a file
Posted by Gil Novak <Gi...@Verizon.Net>.
I have a resolution to the multipart POST issue I was having with JMeter
last month. I worked with the developer of the application under test and
through setting breakpoints in the code, we discovered that the code did
expect or handle the lines:
Content-Transfer-Encoding: 8bit
We modified the code to ignore this line, and were able to get the test to
succeed.
It would be nice if JMeter had an option, like a checkbox, where the user
can control whether or not to have this line included in each part of the
multipart POST request. It will be quite some time before I can take on
this task, so if somebody else is more familiar with the source code and has
the time to implement this feature, it would help in more situations than
just mine. I've seen other reports of users having this issue with other
software as well.
Regards,
Gil Novak
From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
Sent: Wednesday, April 28, 2010 10:18 PM
To: 'Viswanathan Arunachalam'
Subject: RE: jmeter uploading a file
Your suggestion does not apply for the case where there is no file upload.
I have failures when its just a POST with multipart/form-data.
From: Viswanathan Arunachalam [mailto:v.arunachalam@auckland.ac.nz]
Sent: Wednesday, April 28, 2010 9:39 PM
To: 'Gil.Novak@verizon.net'
Subject: RE: jmeter uploading a file
As per my previous email it should work buddy when you provide these details
separately in SendFiles With the Request:
|File path| parameter| MIME Type
Let me know incase you need any other info.
Cheers
Vish
-----Original Message-----
From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
Sent: Thursday, 29 April 2010 1:25 p.m.
To: 'JMeter Users List'
Subject: RE: jmeter uploading a file
Importance: High
Thanks for the responses. I have some additional things to try. But, I
also noticed that even if there is no file upload operation, other POST
requests with multipart/form-data fail as well.
-----Original Message-----
From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
Sent: Wednesday, April 28, 2010 8:00 PM
To: 'JMeter Users List'
Subject: jmeter uploading a file
I am testing an app that has a file upload feature, which works when I do it
manually. When I try to record it via the http proxy, the action fails.
What is it about the proxy that causes a modification of what its sniffing?
Replaying it fails also. I'm tried supplying the path, omitting it, moving
the file to the jmeter root, moving the file to the cwd, etc. The only
thing I can think of is that when I compare what JMeter sends in the
multipart post to what Fiddler sniffed when I do it manually, is that JMeter
adds two lines to each part that isn't there normally:
-----------------------------7d159c1302d0y0
Content-Disposition: form-data; name="PROC"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
AWUISubmitConvertLeadToTalentDupeCheck
-----------------------------7d159c1302d0y0
Content-Disposition: form-data; name="submitType"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Enter
-----------------------------7d159c1302d0y0
A normal sniffing of the multipart post request looks like this:
-----------------------------23805158906729
Content-Disposition: form-data; name="PROC"
AWUISubmitShortApplication
-----------------------------23805158906729
Content-Disposition: form-data; name="jobID"
8439573489527
-----------------------------23805158906729
Content-Disposition: form-data; name="viralBlast"
false
-----------------------------23805158906729
So, my questions are: Are the two additional lines (Content-Type, and
Content-Transfer-Encoding) per part what's causing the problem?
If so, how do I get rid of them? If not, any other ideas?
Thanks,
Gil Novak
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
RE: jmeter uploading a file
Posted by Gil Novak <Gi...@Verizon.Net>.
Thanks for the responses. I have some additional things to try. But, I
also noticed that even if there is no file upload operation, other POST
requests with multipart/form-data fail as well.
-----Original Message-----
From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
Sent: Wednesday, April 28, 2010 8:00 PM
To: 'JMeter Users List'
Subject: jmeter uploading a file
I am testing an app that has a file upload feature, which works when I do it
manually. When I try to record it via the http proxy, the action fails.
What is it about the proxy that causes a modification of what its sniffing?
Replaying it fails also. I'm tried supplying the path, omitting it, moving
the file to the jmeter root, moving the file to the cwd, etc. The only
thing I can think of is that when I compare what JMeter sends in the
multipart post to what Fiddler sniffed when I do it manually, is that JMeter
adds two lines to each part that isn't there normally:
-----------------------------7d159c1302d0y0
Content-Disposition: form-data; name="PROC"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
AWUISubmitConvertLeadToTalentDupeCheck
-----------------------------7d159c1302d0y0
Content-Disposition: form-data; name="submitType"
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Enter
-----------------------------7d159c1302d0y0
A normal sniffing of the multipart post request looks like this:
-----------------------------23805158906729
Content-Disposition: form-data; name="PROC"
AWUISubmitShortApplication
-----------------------------23805158906729
Content-Disposition: form-data; name="jobID"
8439573489527
-----------------------------23805158906729
Content-Disposition: form-data; name="viralBlast"
false
-----------------------------23805158906729
So, my questions are: Are the two additional lines (Content-Type, and
Content-Transfer-Encoding) per part what's causing the problem?
If so, how do I get rid of them? If not, any other ideas?
Thanks,
Gil Novak
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: jmeter uploading a file
Posted by sudheer reddy <gs...@gmail.com>.
Hi
I have the same problem for uploading the file I overcome it by removing
the end content in send parameters list and placed the same
after the file path and it works
rgds
Sudheer
On Thu, Apr 29, 2010 at 6:54 AM, Gil Novak <Gi...@verizon.net> wrote:
> Thanks for the responses. I have some additional things to try. But, I
> also noticed that even if there is no file upload operation, other POST
> requests with multipart/form-data fail as well.
>
> -----Original Message-----
> From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
> Sent: Wednesday, April 28, 2010 8:00 PM
> To: 'JMeter Users List'
> Subject: jmeter uploading a file
>
> I am testing an app that has a file upload feature, which works when I do
> it
> manually. When I try to record it via the http proxy, the action fails.
> What is it about the proxy that causes a modification of what its sniffing?
> Replaying it fails also. I'm tried supplying the path, omitting it, moving
> the file to the jmeter root, moving the file to the cwd, etc. The only
> thing I can think of is that when I compare what JMeter sends in the
> multipart post to what Fiddler sniffed when I do it manually, is that
> JMeter
> adds two lines to each part that isn't there normally:
>
> -----------------------------7d159c1302d0y0
> Content-Disposition: form-data; name="PROC"
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> AWUISubmitConvertLeadToTalentDupeCheck
> -----------------------------7d159c1302d0y0
> Content-Disposition: form-data; name="submitType"
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> Enter
> -----------------------------7d159c1302d0y0
>
>
>
> A normal sniffing of the multipart post request looks like this:
>
>
>
> -----------------------------23805158906729
> Content-Disposition: form-data; name="PROC"
>
> AWUISubmitShortApplication
> -----------------------------23805158906729
> Content-Disposition: form-data; name="jobID"
>
> 8439573489527
> -----------------------------23805158906729
> Content-Disposition: form-data; name="viralBlast"
>
> false
> -----------------------------23805158906729
>
>
> So, my questions are: Are the two additional lines (Content-Type, and
> Content-Transfer-Encoding) per part what's causing the problem?
>
> If so, how do I get rid of them? If not, any other ideas?
>
> Thanks,
> Gil Novak
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: jmeter uploading a file
Posted by Deepak Shetty <sh...@gmail.com>.
My reading is that this shouldnt really make a difference . do you know what
error you get on the server side?
> Replaying it fails also.
What does the HTTP sampler have? And do you get any errors in the logs? Is
the file shown correctly in the send files with request? if you give an
absolute path , it should honor it. Add a view results tree listener and
see if you can see any error message that the application sends or whether
any previous request fails?
You might try changing the type of sampler (to httpclient) and see if it
makes a difference
On Wed, Apr 28, 2010 at 5:00 PM, Gil Novak <Gi...@verizon.net> wrote:
> I am testing an app that has a file upload feature, which works when I do
> it
> manually. When I try to record it via the http proxy, the action fails.
> What is it about the proxy that causes a modification of what its sniffing?
> Replaying it fails also. I'm tried supplying the path, omitting it, moving
> the file to the jmeter root, moving the file to the cwd, etc. The only
> thing I can think of is that when I compare what JMeter sends in the
> multipart post to what Fiddler sniffed when I do it manually, is that
> JMeter
> adds two lines to each part that isn't there normally:
>
> -----------------------------7d159c1302d0y0
> Content-Disposition: form-data; name="PROC"
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> AWUISubmitConvertLeadToTalentDupeCheck
> -----------------------------7d159c1302d0y0
> Content-Disposition: form-data; name="submitType"
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> Enter
> -----------------------------7d159c1302d0y0
>
>
>
> A normal sniffing of the multipart post request looks like this:
>
>
>
> -----------------------------23805158906729
> Content-Disposition: form-data; name="PROC"
>
> AWUISubmitShortApplication
> -----------------------------23805158906729
> Content-Disposition: form-data; name="jobID"
>
> 8439573489527
> -----------------------------23805158906729
> Content-Disposition: form-data; name="viralBlast"
>
> false
> -----------------------------23805158906729
>
>
> So, my questions are: Are the two additional lines (Content-Type, and
> Content-Transfer-Encoding) per part what's causing the problem?
>
> If so, how do I get rid of them? If not, any other ideas?
>
> Thanks,
> Gil Novak
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: jmeter uploading a file
Posted by sebb <se...@gmail.com>.
On 20/05/2010, Gil Novak <Gi...@verizon.net> wrote:
> I have a resolution to the multipart POST issue I was having with JMeter
> last month. I worked with the developer of the application under test and
> through setting breakpoints in the code, we discovered that the code did
> expect or handle the lines:
>
>
>
> Content-Transfer-Encoding: 8bit
>
>
>
> We modified the code to ignore this line, and were able to get the test to
> succeed.
>
>
>
> It would be nice if JMeter had an option, like a checkbox, where the user
> can control whether or not to have this line included in each part of the
> multipart POST request. It will be quite some time before I can take on
> this task, so if somebody else is more familiar with the source code and has
> the time to implement this feature, it would help in more situations than
> just mine. I've seen other reports of users having this issue with other
> software as well.
>
Which HTTP sampler were you using?
Do they both behave the same way?
The best way to record change requests is to create a Bugzilla
enhancement issue.
Mails can get forgotten.
Ideally include a simple test plan that uses the same general settings
so it's clear what is being requested and fixes can be tested against
that.
> Regards,
>
> Gil Novak
>
>
>
>
>
>
> From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
>
> Sent: Wednesday, April 28, 2010 10:18 PM
> To: 'Viswanathan Arunachalam'
> Subject: RE: jmeter uploading a file
>
>
>
> Your suggestion does not apply for the case where there is no file upload.
> I have failures when its just a POST with multipart/form-data.
>
>
>
> From: Viswanathan Arunachalam [mailto:v.arunachalam@auckland.ac.nz]
> Sent: Wednesday, April 28, 2010 9:39 PM
> To: 'Gil.Novak@verizon.net'
> Subject: RE: jmeter uploading a file
>
>
>
> As per my previous email it should work buddy when you provide these details
> separately in SendFiles With the Request:
>
>
>
>
> |File path| parameter| MIME Type
>
>
>
>
> Let me know incase you need any other info.
>
>
>
> Cheers
>
> Vish
>
>
>
>
> -----Original Message-----
> From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
>
> Sent: Thursday, 29 April 2010 1:25 p.m.
> To: 'JMeter Users List'
>
> Subject: RE: jmeter uploading a file
> Importance: High
>
>
>
>
> Thanks for the responses. I have some additional things to try. But, I
>
> also noticed that even if there is no file upload operation, other POST
>
> requests with multipart/form-data fail as well.
>
>
>
> -----Original Message-----
>
> From: Gil Novak [mailto:Gil.Novak@Verizon.Net]
>
> Sent: Wednesday, April 28, 2010 8:00 PM
>
> To: 'JMeter Users List'
>
> Subject: jmeter uploading a file
>
>
>
> I am testing an app that has a file upload feature, which works when I do it
>
> manually. When I try to record it via the http proxy, the action fails.
>
> What is it about the proxy that causes a modification of what its sniffing?
>
> Replaying it fails also. I'm tried supplying the path, omitting it, moving
>
> the file to the jmeter root, moving the file to the cwd, etc. The only
>
> thing I can think of is that when I compare what JMeter sends in the
>
> multipart post to what Fiddler sniffed when I do it manually, is that JMeter
>
> adds two lines to each part that isn't there normally:
>
>
>
> -----------------------------7d159c1302d0y0
>
> Content-Disposition: form-data; name="PROC"
>
> Content-Type: text/plain; charset=UTF-8
>
> Content-Transfer-Encoding: 8bit
>
>
>
> AWUISubmitConvertLeadToTalentDupeCheck
>
> -----------------------------7d159c1302d0y0
>
> Content-Disposition: form-data; name="submitType"
>
> Content-Type: text/plain; charset=UTF-8
>
> Content-Transfer-Encoding: 8bit
>
>
>
> Enter
>
> -----------------------------7d159c1302d0y0
>
>
>
>
>
>
>
> A normal sniffing of the multipart post request looks like this:
>
>
>
>
>
>
>
> -----------------------------23805158906729
>
> Content-Disposition: form-data; name="PROC"
>
>
>
> AWUISubmitShortApplication
>
> -----------------------------23805158906729
>
> Content-Disposition: form-data; name="jobID"
>
>
>
> 8439573489527
>
> -----------------------------23805158906729
>
> Content-Disposition: form-data; name="viralBlast"
>
>
>
> false
>
> -----------------------------23805158906729
>
>
>
>
>
> So, my questions are: Are the two additional lines (Content-Type, and
>
> Content-Transfer-Encoding) per part what's causing the problem?
>
>
>
> If so, how do I get rid of them? If not, any other ideas?
>
>
>
> Thanks,
>
> Gil Novak
>
>
>
>
>
> ---------------------------------------------------------------------
>
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org