Re: [JMeter] resume release vote?

2011-09-28 Thread Milamber


Le 28/09/2011 15:18, sebb a ecrit :
 I've updated the nightly build to the latest source from trunk: r1176908

 Builds and tests OK for me (and Jenkins).

 Anyone is welcome to try and break the nightly ... otherwise I hope we
 are ready to try again to do the release.

 Milamber - are you still OK to be the RM?
   

Yes I'm ready.

 S///
 P.S. Apologies for the long delay in resolving the problems with RC1 and RC2.

 -
 To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org
 For additional commands, e-mail: dev-h...@jakarta.apache.org


   


-
To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org
For additional commands, e-mail: dev-h...@jakarta.apache.org



Re: [JMeter] Issue 51861 - Improve HTTP Request GUI to better show parameters without name (Raw Body)

2011-09-28 Thread Philippe Mouawad
Hello Sebb,
Thanks for the analysis.
I agree with you and will try to handle these cases, do you prefer a
discussion in mailing list or in issue ?

No problem for me if it is not taken into account in this release provided
it is in next or not too far in the future so that patches are still valid
:-)
Regards
Philippe


On Wed, Sep 28, 2011 at 4:52 PM, sebb seb...@gmail.com wrote:

 If HttpDefaults and HttpRequest both use Parameters, then the body is
 created from both sets of parameters.

 When the body is being built, if any of the parameters have names,
 only named parameters are kept.
 Any unnamed parameters are ignored.
 It's not possible to mix named and unnamed parameters; named
 parameters take precedence.

 If both test elements have unnamed variables only, then the body is
 created from the merging of the two sets of values.

 That is existing behaviour, and cannot be changed without potentially
 affecting users.

 Now the raw body option is currently handled as an un-named parameter.
 This means that the a Raw HTTP Request will be ignored if there is a
 named default parameter, and unnamed default parameters will be
 appended to the body.

 That does not seem right; I would expect the raw option to provide the
 complete body.

 This will mean a change to the way defaults are handled.

 I think this needs more discussion.

 It could take a while to resolve the issues and debug the code, so I
 think it will have to wait for a later version of JMeter; I've held up
 the current one long enough!

 -
 To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org
 For additional commands, e-mail: dev-h...@jakarta.apache.org




-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie


Re: [JMeter] Issue 51861 - Improve HTTP Request GUI to better show parameters without name (Raw Body)

2011-09-28 Thread sebb
On 28 September 2011 19:59, Philippe Mouawad philippe.moua...@gmail.com wrote:
 Hello Sebb,
 Thanks for the analysis.
 I agree with you and will try to handle these cases, do you prefer a
 discussion in mailing list or in issue ?

Mailing list.

-
To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org
For additional commands, e-mail: dev-h...@jakarta.apache.org



[VOTE] Release JMeter 2.5.1 RC3

2011-09-28 Thread Milamber
Hello,

The third release candidate for JMeter 2.5.1 has been prepared, and your
votes are solicited.

This release fixes mainly some bugs appeared since JMeter 2.5, and
contains few improvements.

Tests (load tests and/or functional tests) with JVM 5/6/7 on
Linux/Windows/Mac OS on functionality changes are welcomes (HttpClient
4.1 request, Http request with parallels embedded resources, View
results tree, WebServices (SOAP) request, Async sample sending mode, etc.)

List of changes:
http://people.apache.org/~milamber/jmeter-2.5.1RC3/docs/changes.html


I hope that this 3rd RC will corrects all majors bugs.
*I would like send special congratulations for Philippe M. and Sebb for
their work and their improving the future version of JMeter. Thanks.*


JMeter is a Java desktop application designed to load test functional
behavior and measure performance. The current version is targeted at
Java 1.5+.

Archives/hashes/sigs and RAT report:

http://people.apache.org/~milamber/jmeter-2.5.1RC3/dist

MD5 hashes of archives for this vote:

e72f17c352fa4d3469d042e6542dd36d *jakarta-jmeter-2.5.1.tgz
2ed9e7ef8c225a416fd58de1124b7242 *jakarta-jmeter-2.5.1.zip
7423d3eebbdf11c28b3aebcd8ed2e78a *jakarta-jmeter-2.5.1_src.tgz
2b5ab9e599ac08880f85f61dab899a53 *jakarta-jmeter-2.5.1_src.zip

Site Docs are here:
http://people.apache.org/~milamber/jmeter-2.5.1RC3/docs

Tag:
http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_5_1_RC3 (r1176908)

Keys are here:
http://svn.apache.org/repos/asf/jakarta/site/dist/jmeter/
also
http://people.apache.org/~milamber/

N.B.
To download the dependencies: ant download_jars

To create the jars and test JMeter: ant package test.

JMeter 2.5 requires Java 1.5 or later.

Note that there is a bug in Java on some Linux systems that manifests
itself as the following error when running the test cases or JMeter itself:

 [java] WARNING: Couldn't flush user prefs:
 java.util.prefs.BackingStoreException:
 java.lang.IllegalArgumentException: Not supported: indent-number

This does not affect JMeter operation.


All feedback (and votes!) welcome.

[  ] +1  I support this release
[  ] +0  I am OK with this release
[  ] -0   OK, but
[  ] -1   I do not support this release (please indicate why)

The vote will remain open for at least 72 hours.

Note: If the vote passes, the intention is to release the archive files
and rename the RC tag as the release tag.

Thanks in advance!

Milamber





-
To unsubscribe, e-mail: dev-unsubscr...@jakarta.apache.org
For additional commands, e-mail: dev-h...@jakarta.apache.org