Thats all good, but I actually have a dynamic number of fields. Any thoughts?
B -----Original Message----- From: Stover, Michael [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 4:50 PM To: 'JMeter Users List' Subject: RE: Modification Manager You can put multiple duplicate parameters into the table. name value field.* .* field.* .* token .* JMeter will then find 2 fields that match and use them. It will ensure it does not use the same field for both. -Mike > -----Original Message----- > From: Brian Cochran [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 27, 2002 1:42 PM > To: 'JMeter Users List' > Subject: Modification Manager > > > Thanks Michael for your help earlier. > > In the application I am testing I have dynamic form fields and values. > > For Example > > <form action="something"> > <input name="field<%= somethingDynamic[0] %>" value="<%= > somethingElseDynamic %>" /> > <input name="field<% somethingDynamic[1] %>" value="<%= > somethingMoreDynamic %>" /> > <input name="token" value="<%= someValue %>" /> > ... > </form> > > Now in my modification manager matching expressions I have > > POST DATA > --------- > name value > ---------------------- > - field.* | .* > - token | .* > > As AnchorModifier works now it appears that only one of the > field.*'s will > be chosen because > the AnchorModifier assumes that any match to a field.* is a > choice, even if > the actual field names are different. However, in this case > we do want to > submit the two dynamic form values. > > > Unless you see a nice way to do this I'm gonna play with my > AnchorModifier > code. I don't know if this would be considered a bug or if it > is as designed > so let me know what you think about these modifications. The > side effect of > making this change is that any field present that has a name > that matches > will be submitted, thus eliminating a special case of having optional > paramaters. Tell me what you think. If you would like I can submit the > changes once I'm done. > > Thanks In Advance, > Brian > > > -----Original Message----- > From: Stover, Michael [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 27, 2002 9:05 AM > To: 'JMeter Users List' > Subject: RE: total reponse time for each sample > > > Kenneth, > No, total response time for each run is not recorded. > It's not obvious > to me how such a listener would work, either, so this may be > an enhancement > issue for v1.8. > > -Mike > > > -----Original Message----- > > From: Kenneth Tang [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, February 27, 2002 5:01 AM > > To: [EMAIL PROTECTED] > > Subject: total reponse time for each sample > > > > > > Hi, > > I'm new to use JMeter. > > I've tried to capture the response time by using "File > Reporter". The > > capture file only report each URL response time. Is there > any want to > > capture total reponse time for each sample run by using the > > file report? > > > > Thanks in advanced! > > > > Regards, > > --kenneth > > > > > > > > -- > > 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]> > > -- > 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]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
