Re: svn commit: r1822696 - /jmeter/trunk/build.xml

2018-01-30 Thread Felix Schumacher


Am 30. Januar 2018 22:17:28 MEZ schrieb Philippe Mouawad 
:
>Should't we force this also in jmeter-server ?

Might be too early, but at the moment I don't understand what you want to do.

Felix

>
>Thanks
>
>On Tue, Jan 30, 2018 at 9:22 PM,  wrote:
>
>> Author: fschumacher
>> Date: Tue Jan 30 20:22:52 2018
>> New Revision: 1822696
>>
>> URL: http://svn.apache.org/viewvc?rev=1822696=rev
>> Log:
>> We now have more tests, that depend on rmi, so add the
>rmi_force_localhost
>> option to those cases.
>>
>> Modified:
>> jmeter/trunk/build.xml
>>
>> Modified: jmeter/trunk/build.xml
>> URL: http://svn.apache.org/viewvc/jmeter/trunk/build.xml?rev=
>> 1822696=1822695=1822696=diff
>> 
>> ==
>> --- jmeter/trunk/build.xml (original)
>> +++ jmeter/trunk/build.xml Tue Jan 30 20:22:52 2018
>> @@ -129,6 +129,8 @@
>>
>>
>>
>> +  
>> +
>>
>>  
>>  
>> @@ -2589,7 +2591,6 @@ run JMeter unless all the JMeter jars ar
>>  
>>  value="BatchTestServer.log"/>
>>  
>> -
>>  
>>
>>  
>> @@ -2728,6 +2729,7 @@ run JMeter unless all the JMeter jars ar
>>
>>
>>
>> +  value="-Djava.rmi.server.hostname=${computer.hostname}"
>> if:set="rmi_force_localhost"/>
>>
>>
>>
>> @@ -3069,6 +3071,7 @@ run JMeter unless all the JMeter jars ar
>>
>>
>>
>> +  value="-Djava.rmi.server.hostname=${computer.hostname}"
>> if:set="rmi_force_localhost"/>
>>value="${test.headless}"/>
>>value="${testsaveservice.saveout}"
>> />
>>
>>
>>
>>


Re: svn commit: r1822700 - in /jmeter/trunk/bin: jmeter jmeter.sh

2018-01-30 Thread Felix Schumacher


Am 30. Januar 2018 22:16:52 MEZ schrieb Philippe Mouawad 
:
>Hi Felix,
>I don't understand the fix .
>
>AFAIU, calling ./jmeter.sh would trigger a broken shell since it
>doesn't
>add --add-modules with Java9 for example.
>
>Can you explain please ?

You are right, the fix is broken. I wanted to restore the old behavior of the 
shell script, which was to have no arguments added except the user given ones. 

The Java 9 workaround will have to be added back again. I think I will add it 
to the JVM_ARGS. 

Felix 

>
>Thank you
>
>On Tue, Jan 30, 2018 at 9:54 PM,  wrote:
>
>> Author: fschumacher
>> Date: Tue Jan 30 20:54:49 2018
>> New Revision: 1822700
>>
>> URL: http://svn.apache.org/viewvc?rev=1822700=rev
>> Log:
>> Rip out most logic from jmeter.sh and make it a simple wrapper for
>> jmeter.sh
>>
>> Modified:
>> jmeter/trunk/bin/jmeter
>> jmeter/trunk/bin/jmeter.sh
>>
>> Modified: jmeter/trunk/bin/jmeter
>> URL: http://svn.apache.org/viewvc/jmeter/trunk/bin/jmeter?rev=
>> 1822700=1822699=1822700=diff
>> 
>> ==
>> --- jmeter/trunk/bin/jmeter (original)
>> +++ jmeter/trunk/bin/jmeter Tue Jan 30 20:54:49 2018
>> @@ -183,6 +183,10 @@ DUMP="-XX:+HeapDumpOnOutOfMemoryError"
>>  SYSTEM_PROPS="-Djava.security.egd=file:/dev/urandom"
>>  SERVER="-server"
>>
>> -ARGS="$SERVER $DUMP $JMETER_HEAP $VERBOSE_GC $JMETER_GC_ALGO
>> $SYSTEM_PROPS $JMETER_LANGUAGE $RUN_IN_DOCKER"
>> +if [ -z "${JMETER_COMPLETE_ARGS}" ]; then
>> +ARGS="$ADD_MODS $SERVER $DUMP $JMETER_HEAP $VERBOSE_GC
>> $JMETER_GC_ALGO $SYSTEM_PROPS $JMETER_LANGUAGE $RUN_IN_DOCKER"
>> +else
>> +ARGS=""
>> +fi
>>
>> -"$JAVA_HOME/bin/java" $ADD_MODS $ARGS $JVM_ARGS $JMETER_OPTS -jar
>> "$PRGDIR/ApacheJMeter.jar" "$@"
>> +"$JAVA_HOME/bin/java" $ARGS $JVM_ARGS $JMETER_OPTS -jar
>> "$PRGDIR/ApacheJMeter.jar" "$@"
>>
>> Modified: jmeter/trunk/bin/jmeter.sh
>> URL: http://svn.apache.org/viewvc/jmeter/trunk/bin/jmeter.sh?
>> rev=1822700=1822699=1822700=diff
>> 
>> ==
>> --- jmeter/trunk/bin/jmeter.sh (original)
>> +++ jmeter/trunk/bin/jmeter.sh Tue Jan 30 20:54:49 2018
>> @@ -15,6 +15,8 @@
>>  ##   See the License for the specific language governing permissions
>and
>>  ##   limitations under the License.
>>
>> +## This is a simple wrapper for the script bin/jmeter.sh
>> +##
>>  ## Basic JMeter startup script for Un*x systems
>>  ## See the "jmeter" script for details of options that can be used
>for
>> Sun JVMs
>>
>> @@ -27,24 +29,6 @@
>>  ##
>>  ##   ==
>>
>> -# Minimal version to run JMeter
>> -MINIMAL_VERSION=1.8.0
>> -
>> -# Check if Java is present and the minimal version requirement
>> -_java=`type java | awk '{ print $ NF }'`
>> -CURRENT_VERSION=`"$_java" -version 2>&1 | awk -F'"' '/version/
>{print
>> $2}'`
>> -minimal_version=`echo $MINIMAL_VERSION | awk -F'.' '{ print $2 }'`
>> -current_version=`echo $CURRENT_VERSION | awk -F'.' '{ print $2 }'`
>> -if [ $current_version ]; then
>> -if [ $current_version -lt $minimal_version ]; then
>> - echo "Error: Java version is too low to run JMeter.
>> Needs at least Java >= ${MINIMAL_VERSION}."
>> - exit 1
>> -fi
>> -else
>> - echo "Not able to find Java executable or version. Please
>check
>> your Java installation."
>> - exit 1
>> -fi
>> -
>>  # resolve links - $0 may be a softlink (code as used by Tomcat)
>>  # N.B. readlink would be a lot simpler but is not supported on
>Solaris
>>  PRG="$0"
>> @@ -61,13 +45,6 @@ done
>>
>>  PRGDIR=`dirname "$PRG"`
>>
>> -JMETER_OPTS=""
>> -case `uname` in
>> -   Darwin*)
>> -   # Add Mac-specific property - should be ignored elsewhere (Bug
>47064)
>> -   JMETER_OPTS="-Xdock:name=JMeter -Xdock:icon=\"${PRGDIR}/../
>> docs/images/jmeter_square.png\" -Dapple.laf.useScreenMenuBar=true
>> -Dapple.eawt.quitStrategy=CLOSE_ALL_WINDOWS"
>> -   ;;
>> -esac
>> -
>> +export JMETER_COMPLETE_ARGS=true
>>
>> -java $JVM_ARGS $JMETER_OPTS -jar "$PRGDIR/ApacheJMeter.jar" "$@"
>> +"${PRGDIR}/jmeter" "$@"
>>
>>
>>


Build failed in Jenkins: JMeter Ubuntu #396

2018-01-30 Thread Apache Jenkins Server
See 


Changes:

[pmouawad] Bug 61529 - Migration to Java 9
Add Java 9 options to avoid the warnings that will disturb our users.
Warnings are due to:
- https://github.com/bulenkov/Darcula/issues/41
- https://issues.apache.org/jira/browse/GROOVY-8339
Bugzilla Id: 61529

[pmouawad] Bug 62062 - ThroughputController: StackOverFlowError triggered when 
throughput=0 (Total Executions or Percentage Executions)
This closes #373
Partly contributed by Artem Fedorov
Bugzilla Id: 62062

[fschumacher] Rip out most logic from jmeter.sh and make it a simple wrapper 
for jmeter.sh

[fschumacher] We now have more tests, that depend on rmi, so add the 
rmi_force_localhost option to those cases.

[milamber] Prepare next release 4.0: update docs tree and overview (RC4)

[fschumacher] Remove unused import.

[fschumacher] Display a warn message, if the desktop doesn't support the 
Desktop.Action.BROWSE.

This can happen, when JMeter is started on a ssh tunneled X11 server.

If the URL appears to be a component documentation, add a line that tells the 
user
to set the system property help.local to true.

Bugzilla Id: 62027

[fschumacher] spacepolice

[fschumacher] Add missing parameter to log messages and correct one typo.

[fschumacher] Use https for links, images and ressources, when possible.

As the web site is used as default for the help system and
it is served over https, it looks strange, when the browser
warns the user about an unsafe website. That will happen,
when images or other ressources are embedded by plain http.

[pmouawad] Update screenshots for Thread Group, Tear down Thread Group and 
Setup Thread Group
Add screenshots for JSON Assertion, Boundary Extractor

[pmouawad] Mention change

[milamber] Try to fix an issue into maven upload asc files for sources and 
javadoc

--
[...truncated 208.67 KB...]
   [concat] at 
org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:250) 
[ApacheJMeter_core.jar:4.0-SNAPSHOT r1822712]
   [concat] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_152]
   [concat] Caused by: java.net.SocketTimeoutException: Read timed out
   [concat] at java.net.SocketInputStream.socketRead0(Native Method) 
~[?:1.8.0_152]
   [concat] at 
java.net.SocketInputStream.socketRead(SocketInputStream.java:116) ~[?:1.8.0_152]
   [concat] at java.net.SocketInputStream.read(SocketInputStream.java:171) 
~[?:1.8.0_152]
   [concat] at java.net.SocketInputStream.read(SocketInputStream.java:141) 
~[?:1.8.0_152]
   [concat] at java.net.SocketInputStream.read(SocketInputStream.java:127) 
~[?:1.8.0_152]
   [concat] at 
org.apache.jmeter.protocol.tcp.sampler.BinaryTCPClientImpl.read(BinaryTCPClientImpl.java:134)
 ~[ApacheJMeter_tcp.jar:4.0-SNAPSHOT r1822712]
   [concat] ... 5 more
   [concat] 2018-01-31 00:08:06,020 WARN o.a.j.p.t.s.TCPSampler: Could not 
create socket for tcp://localhost:2223
   [concat] java.net.ConnectException: Connection refused (Connection refused)
   [concat] at java.net.PlainSocketImpl.socketConnect(Native Method) 
~[?:1.8.0_152]
   [concat] at 
java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) 
~[?:1.8.0_152]
   [concat] at 
java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
 ~[?:1.8.0_152]
   [concat] at 
java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) 
~[?:1.8.0_152]
   [concat] at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) 
~[?:1.8.0_152]
   [concat] at java.net.Socket.connect(Socket.java:589) ~[?:1.8.0_152]
   [concat] at 
org.apache.jmeter.protocol.tcp.sampler.TCPSampler.getSocket(TCPSampler.java:168)
 [ApacheJMeter_tcp.jar:4.0-SNAPSHOT r1822712]
   [concat] at 
org.apache.jmeter.protocol.tcp.sampler.TCPSampler.sample(TCPSampler.java:384) 
[ApacheJMeter_tcp.jar:4.0-SNAPSHOT r1822712]
   [concat] at 
org.apache.jmeter.threads.JMeterThread.executeSamplePackage(JMeterThread.java:490)
 [ApacheJMeter_core.jar:4.0-SNAPSHOT r1822712]
   [concat] at 
org.apache.jmeter.threads.JMeterThread.processSampler(JMeterThread.java:416) 
[ApacheJMeter_core.jar:4.0-SNAPSHOT r1822712]
   [concat] at 
org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:250) 
[ApacheJMeter_core.jar:4.0-SNAPSHOT r1822712]
   [concat] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_152]
   [concat] 2018-01-31 00:08:06,103 WARN o.a.j.p.t.s.TCPSampler: Unknown host 
for tcp://localhost:2223
   [concat] java.net.UnknownHostException: localhost
   [concat] at 
java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184) 
~[?:1.8.0_152]
   [concat] at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) 
~[?:1.8.0_152]
   [concat] at java.net.Socket.connect(Socket.java:589) ~[?:1.8.0_152]
   [concat] at 

Jenkins build is back to normal : JMeter-trunk #6640

2018-01-30 Thread Apache Jenkins Server
See 




Re: [VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Philippe Mouawad
Hi Milamber,
I would amend note with:

   - This release brings a new default theme (Darcula), support for Java 9,
   74 enhancements (new features and improvements), and 26 bug fixes.
   - Please, test this release candidate (with load tests and/or functional
   tests) using Java 8 or 9 on Linux/Windows/Mac OS, especially on the
   changes. Feedback is very welcome within the next 72 hours.
   - The current version targets  Java 8 / 9.


As Java 10 or 11 might break JMeter due to JAF module being removed from
Java  as per Alan Bateman note on
https://bz.apache.org/bugzilla/show_bug.cgi?id=61529#c16

Regards

Philippe M.

On Tue, Jan 30, 2018 at 10:19 PM, Milamber  wrote:

>
>
> On 30/01/2018 21:07, Felix Schumacher wrote:
>
>> Am 30.01.2018 um 11:09 schrieb Milamber:
>>
>>> Hello,
>>>
>>> The fourth release candidate for JMeter 4.0 (r1822613) has been
>>> prepared, and your votes are solicited.
>>>
>>> This release brings a new default theme (Dracula), new features and
>>> improvements, and also fixes bugs.
>>>
>> The theme is called Darcula :)
>>
>
> Oups :-) will be fixed for next RC
>
>
>> Felix
>>
>>
>>
>


-- 
Cordialement.
Philippe Mouawad.


[GitHub] jmeter pull request #373: Fix StackOverFlowError in ThroughputController. Bu...

2018-01-30 Thread asfgit
Github user asfgit closed the pull request at:

https://github.com/apache/jmeter/pull/373


---


Re: [VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Milamber



On 30/01/2018 21:07, Felix Schumacher wrote:

Am 30.01.2018 um 11:09 schrieb Milamber:

Hello,

The fourth release candidate for JMeter 4.0 (r1822613) has been 
prepared, and your votes are solicited.


This release brings a new default theme (Dracula), new features and 
improvements, and also fixes bugs.

The theme is called Darcula :)


Oups :-) will be fixed for next RC



Felix






Re: svn commit: r1822696 - /jmeter/trunk/build.xml

2018-01-30 Thread Philippe Mouawad
Should't we force this also in jmeter-server ?

Thanks

On Tue, Jan 30, 2018 at 9:22 PM,  wrote:

> Author: fschumacher
> Date: Tue Jan 30 20:22:52 2018
> New Revision: 1822696
>
> URL: http://svn.apache.org/viewvc?rev=1822696=rev
> Log:
> We now have more tests, that depend on rmi, so add the rmi_force_localhost
> option to those cases.
>
> Modified:
> jmeter/trunk/build.xml
>
> Modified: jmeter/trunk/build.xml
> URL: http://svn.apache.org/viewvc/jmeter/trunk/build.xml?rev=
> 1822696=1822695=1822696=diff
> 
> ==
> --- jmeter/trunk/build.xml (original)
> +++ jmeter/trunk/build.xml Tue Jan 30 20:22:52 2018
> @@ -129,6 +129,8 @@
>
>
>
> +  
> +
>
>  
>  
> @@ -2589,7 +2591,6 @@ run JMeter unless all the JMeter jars ar
>  
>  
>  
> -
>  
>
>  
> @@ -2728,6 +2729,7 @@ run JMeter unless all the JMeter jars ar
>
>
>
> +   if:set="rmi_force_localhost"/>
>
>
>
> @@ -3069,6 +3071,7 @@ run JMeter unless all the JMeter jars ar
>
>
>
> +   if:set="rmi_force_localhost"/>
>
> value="${testsaveservice.saveout}"
> />
>
>
>
>


-- 
Cordialement.
Philippe Mouawad.


Re: svn commit: r1822700 - in /jmeter/trunk/bin: jmeter jmeter.sh

2018-01-30 Thread Philippe Mouawad
Hi Felix,
I don't understand the fix .

AFAIU, calling ./jmeter.sh would trigger a broken shell since it doesn't
add --add-modules with Java9 for example.

Can you explain please ?

Thank you

On Tue, Jan 30, 2018 at 9:54 PM,  wrote:

> Author: fschumacher
> Date: Tue Jan 30 20:54:49 2018
> New Revision: 1822700
>
> URL: http://svn.apache.org/viewvc?rev=1822700=rev
> Log:
> Rip out most logic from jmeter.sh and make it a simple wrapper for
> jmeter.sh
>
> Modified:
> jmeter/trunk/bin/jmeter
> jmeter/trunk/bin/jmeter.sh
>
> Modified: jmeter/trunk/bin/jmeter
> URL: http://svn.apache.org/viewvc/jmeter/trunk/bin/jmeter?rev=
> 1822700=1822699=1822700=diff
> 
> ==
> --- jmeter/trunk/bin/jmeter (original)
> +++ jmeter/trunk/bin/jmeter Tue Jan 30 20:54:49 2018
> @@ -183,6 +183,10 @@ DUMP="-XX:+HeapDumpOnOutOfMemoryError"
>  SYSTEM_PROPS="-Djava.security.egd=file:/dev/urandom"
>  SERVER="-server"
>
> -ARGS="$SERVER $DUMP $JMETER_HEAP $VERBOSE_GC $JMETER_GC_ALGO
> $SYSTEM_PROPS $JMETER_LANGUAGE $RUN_IN_DOCKER"
> +if [ -z "${JMETER_COMPLETE_ARGS}" ]; then
> +ARGS="$ADD_MODS $SERVER $DUMP $JMETER_HEAP $VERBOSE_GC
> $JMETER_GC_ALGO $SYSTEM_PROPS $JMETER_LANGUAGE $RUN_IN_DOCKER"
> +else
> +ARGS=""
> +fi
>
> -"$JAVA_HOME/bin/java" $ADD_MODS $ARGS $JVM_ARGS $JMETER_OPTS -jar
> "$PRGDIR/ApacheJMeter.jar" "$@"
> +"$JAVA_HOME/bin/java" $ARGS $JVM_ARGS $JMETER_OPTS -jar
> "$PRGDIR/ApacheJMeter.jar" "$@"
>
> Modified: jmeter/trunk/bin/jmeter.sh
> URL: http://svn.apache.org/viewvc/jmeter/trunk/bin/jmeter.sh?
> rev=1822700=1822699=1822700=diff
> 
> ==
> --- jmeter/trunk/bin/jmeter.sh (original)
> +++ jmeter/trunk/bin/jmeter.sh Tue Jan 30 20:54:49 2018
> @@ -15,6 +15,8 @@
>  ##   See the License for the specific language governing permissions and
>  ##   limitations under the License.
>
> +## This is a simple wrapper for the script bin/jmeter.sh
> +##
>  ## Basic JMeter startup script for Un*x systems
>  ## See the "jmeter" script for details of options that can be used for
> Sun JVMs
>
> @@ -27,24 +29,6 @@
>  ##
>  ##   ==
>
> -# Minimal version to run JMeter
> -MINIMAL_VERSION=1.8.0
> -
> -# Check if Java is present and the minimal version requirement
> -_java=`type java | awk '{ print $ NF }'`
> -CURRENT_VERSION=`"$_java" -version 2>&1 | awk -F'"' '/version/ {print
> $2}'`
> -minimal_version=`echo $MINIMAL_VERSION | awk -F'.' '{ print $2 }'`
> -current_version=`echo $CURRENT_VERSION | awk -F'.' '{ print $2 }'`
> -if [ $current_version ]; then
> -if [ $current_version -lt $minimal_version ]; then
> - echo "Error: Java version is too low to run JMeter.
> Needs at least Java >= ${MINIMAL_VERSION}."
> - exit 1
> -fi
> -else
> - echo "Not able to find Java executable or version. Please check
> your Java installation."
> - exit 1
> -fi
> -
>  # resolve links - $0 may be a softlink (code as used by Tomcat)
>  # N.B. readlink would be a lot simpler but is not supported on Solaris
>  PRG="$0"
> @@ -61,13 +45,6 @@ done
>
>  PRGDIR=`dirname "$PRG"`
>
> -JMETER_OPTS=""
> -case `uname` in
> -   Darwin*)
> -   # Add Mac-specific property - should be ignored elsewhere (Bug 47064)
> -   JMETER_OPTS="-Xdock:name=JMeter -Xdock:icon=\"${PRGDIR}/../
> docs/images/jmeter_square.png\" -Dapple.laf.useScreenMenuBar=true
> -Dapple.eawt.quitStrategy=CLOSE_ALL_WINDOWS"
> -   ;;
> -esac
> -
> +export JMETER_COMPLETE_ARGS=true
>
> -java $JVM_ARGS $JMETER_OPTS -jar "$PRGDIR/ApacheJMeter.jar" "$@"
> +"${PRGDIR}/jmeter" "$@"
>
>
>


-- 
Cordialement.
Philippe Mouawad.


Re: [VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Felix Schumacher

Am 30.01.2018 um 11:09 schrieb Milamber:

Hello,

The fourth release candidate for JMeter 4.0 (r1822613) has been 
prepared, and your votes are solicited.


This release brings a new default theme (Dracula), new features and 
improvements, and also fixes bugs.

The theme is called Darcula :)

Felix



Re: [VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Felix Schumacher

Am 30.01.2018 um 20:34 schrieb Philippe Mouawad:

On Tuesday, January 30, 2018, Felix Schumacher <
felix.schumac...@internetallee.de> wrote:


Am 30.01.2018 um 13:30 schrieb Philippe Mouawad:


Hello,
Thanks to RM.

I notice at least 2 problems:

 - create-rmi-keystore.bat was not embedded in bundle (.tar.gz for
 example). the sh version is embedded
 - jmeter.sh fails to find java:

$ java -version
java version "9"
Java(TM) SE Runtime Environment (build 9+181)
Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)
$ ./jmeter.sh
Not able to find Java executable or version. Please check your Java
installation.

If I set JAVA_HOME it works.


That is strange, as JAVA_HOME is not used in jmeter.sh.


jmeter works fine.


Yeah :)

Maybe because my path uses it.




 - We discussed about making jmeter.sh delegate to jmeter, I think we
 should do it now.


jmeter.sh uses JVM_ARGS as the only argument for the jvm, if we delegate
to jmeter.sh the jvm will get a lot of arguments added to JVM_ARGS.

Should we ignore this, or should we add some logic to the jmeter script,
that enables some equivalent to JVM_ARGS (e.g. JMETER_FULL_ARGS), that
would get set in jmeter.sh and used in jmeter instead of all other args?


I would go for dropping it, but since it may break some builds, sebb didn’t
want in a previous discussion.
So if you have an idea to make it better than now , go ahead Felix, I am
100% ok, no strong opinion I never use it.

Done. Would be nice, if you would test it again.

Felix





Felix



Regards

On Tue, Jan 30, 2018 at 11:09 AM, Milamber  wrote:

Hello,

The fourth release candidate for JMeter 4.0 (r1822613) has been prepared,
and your votes are solicited.

This release brings a new default theme (Dracula), new features and
improvements, and also fixes bugs.

Please, test this release candidate (with load tests and/or functional
tests) using Java 8 on Linux/Windows/Mac OS, especially on the changes.
The
feedback are welcome.

You can read the New and Noteworthy section with some screenshots to
illustrate improvements and full list of changes at:
http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.html

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

Download - Archives/hashes/sigs:

https://dist.apache.org/repos/dist/dev/jmeter/v4.0_RC4/
(dist revision r24544)

RAT report:

http://home.apache.org/~milamber/jmeter-4.0RC4/dist/rat-
report-jmeter-4.0RC4.txt

MD5 hashes of archives for this vote:

6b9bf6a7bb79f2fb4b4cc3b3bf1b7bfa *apache-jmeter-4.0.tgz
3af7fab098b914be0f6f3a0e35ebf231 *apache-jmeter-4.0.zip
adfabe1fa1ec91724abb9398c2218f92 *apache-jmeter-4.0_src.tgz
8c0e150ad23908daf0ca61312b5baece *apache-jmeter-4.0_src.zip

Site Docs are here:
http://home.apache.org/~milamber/jmeter-4.0RC4/docs/

Maven staging repository is accessible here:
https://repository.apache.org/content/repositories/orgapache
jmeter-1026/org/apache/jmeter/

Tag:
https://svn.apache.org/repos/asf/jmeter/tags/v4_0_RC4/

Keys are here:
https://www.apache.org/dist/jmeter/KEYS

N.B.
To download the dependencies: "ant download_jars"

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

JMeter 4.0 requires Java 8 or later to run.

Some known issues and incompatible changes are listed on changes page.
http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.
html#Known%20problems%20and%20workarounds


All feedback and vote are 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.

The PMC members please indicate the mention "(binding)" with your vote.


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

*Note:* the RC1, RC2 and RC3 were not submit for vote due an issue in
release process when the maven artefacts are upload to nexus. For this
RC4,
the automatic maven upload inside build.xml was replaced by a
semi-automatic upload with the maven-gpg-plugin.











buildbot success in on jmeter-trunk

2018-01-30 Thread buildbot
The Buildbot has detected a restored build on builder jmeter-trunk while 
building . Full details are available at:
https://ci.apache.org/builders/jmeter-trunk/builds/3515

Buildbot URL: https://ci.apache.org/

Buildslave for this Build: bb_slave1_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 'on-jmeter-commit' 
triggered this build
Build Source Stamp: [branch jmeter/trunk] 1822696
Blamelist: fschumacher

Build succeeded!

Sincerely,
 -The Buildbot





Re: [VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Philippe Mouawad
On Tuesday, January 30, 2018, Felix Schumacher <
felix.schumac...@internetallee.de> wrote:

> Am 30.01.2018 um 13:30 schrieb Philippe Mouawad:
>
>> Hello,
>> Thanks to RM.
>>
>> I notice at least 2 problems:
>>
>> - create-rmi-keystore.bat was not embedded in bundle (.tar.gz for
>> example). the sh version is embedded
>> - jmeter.sh fails to find java:
>>
>> $ java -version
>> java version "9"
>> Java(TM) SE Runtime Environment (build 9+181)
>> Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)
>> $ ./jmeter.sh
>> Not able to find Java executable or version. Please check your Java
>> installation.
>>
>> If I set JAVA_HOME it works.
>>
> That is strange, as JAVA_HOME is not used in jmeter.sh.
>
>>
>> jmeter works fine.
>>
> Yeah :)

Maybe because my path uses it.

>
>
>> - We discussed about making jmeter.sh delegate to jmeter, I think we
>> should do it now.
>>
> jmeter.sh uses JVM_ARGS as the only argument for the jvm, if we delegate
> to jmeter.sh the jvm will get a lot of arguments added to JVM_ARGS.
>
> Should we ignore this, or should we add some logic to the jmeter script,
> that enables some equivalent to JVM_ARGS (e.g. JMETER_FULL_ARGS), that
> would get set in jmeter.sh and used in jmeter instead of all other args?


I would go for dropping it, but since it may break some builds, sebb didn’t
want in a previous discussion.
So if you have an idea to make it better than now , go ahead Felix, I am
100% ok, no strong opinion I never use it.


> Felix


>>
>> Regards
>>
>> On Tue, Jan 30, 2018 at 11:09 AM, Milamber  wrote:
>>
>> Hello,
>>>
>>> The fourth release candidate for JMeter 4.0 (r1822613) has been prepared,
>>> and your votes are solicited.
>>>
>>> This release brings a new default theme (Dracula), new features and
>>> improvements, and also fixes bugs.
>>>
>>> Please, test this release candidate (with load tests and/or functional
>>> tests) using Java 8 on Linux/Windows/Mac OS, especially on the changes.
>>> The
>>> feedback are welcome.
>>>
>>> You can read the New and Noteworthy section with some screenshots to
>>> illustrate improvements and full list of changes at:
>>> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.html
>>>
>>> JMeter is a Java desktop application designed to load test functional
>>> behavior and measure performance. The current version is targeted at Java
>>> 8+.
>>>
>>> Download - Archives/hashes/sigs:
>>>
>>> https://dist.apache.org/repos/dist/dev/jmeter/v4.0_RC4/
>>> (dist revision r24544)
>>>
>>> RAT report:
>>>
>>> http://home.apache.org/~milamber/jmeter-4.0RC4/dist/rat-
>>> report-jmeter-4.0RC4.txt
>>>
>>> MD5 hashes of archives for this vote:
>>>
>>> 6b9bf6a7bb79f2fb4b4cc3b3bf1b7bfa *apache-jmeter-4.0.tgz
>>> 3af7fab098b914be0f6f3a0e35ebf231 *apache-jmeter-4.0.zip
>>> adfabe1fa1ec91724abb9398c2218f92 *apache-jmeter-4.0_src.tgz
>>> 8c0e150ad23908daf0ca61312b5baece *apache-jmeter-4.0_src.zip
>>>
>>> Site Docs are here:
>>> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/
>>>
>>> Maven staging repository is accessible here:
>>> https://repository.apache.org/content/repositories/orgapache
>>> jmeter-1026/org/apache/jmeter/
>>>
>>> Tag:
>>> https://svn.apache.org/repos/asf/jmeter/tags/v4_0_RC4/
>>>
>>> Keys are here:
>>> https://www.apache.org/dist/jmeter/KEYS
>>>
>>> N.B.
>>> To download the dependencies: "ant download_jars"
>>>
>>> To create the jars and test JMeter: "ant package test".
>>>
>>> JMeter 4.0 requires Java 8 or later to run.
>>>
>>> Some known issues and incompatible changes are listed on changes page.
>>> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.
>>> html#Known%20problems%20and%20workarounds
>>>
>>>
>>> All feedback and vote are 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.
>>>
>>> The PMC members please indicate the mention "(binding)" with your vote.
>>>
>>>
>>> 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
>>>
>>> *Note:* the RC1, RC2 and RC3 were not submit for vote due an issue in
>>> release process when the maven artefacts are upload to nexus. For this
>>> RC4,
>>> the automatic maven upload inside build.xml was replaced by a
>>> semi-automatic upload with the maven-gpg-plugin.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>

-- 
Cordialement.
Philippe Mouawad.


Re: [VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Felix Schumacher

Am 30.01.2018 um 13:30 schrieb Philippe Mouawad:

Hello,
Thanks to RM.

I notice at least 2 problems:

- create-rmi-keystore.bat was not embedded in bundle (.tar.gz for
example). the sh version is embedded
- jmeter.sh fails to find java:

$ java -version
java version "9"
Java(TM) SE Runtime Environment (build 9+181)
Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)
$ ./jmeter.sh
Not able to find Java executable or version. Please check your Java
installation.

If I set JAVA_HOME it works.

That is strange, as JAVA_HOME is not used in jmeter.sh.


jmeter works fine.

Yeah :)



- We discussed about making jmeter.sh delegate to jmeter, I think we
should do it now.
jmeter.sh uses JVM_ARGS as the only argument for the jvm, if we delegate 
to jmeter.sh the jvm will get a lot of arguments added to JVM_ARGS.


Should we ignore this, or should we add some logic to the jmeter script, 
that enables some equivalent to JVM_ARGS (e.g. JMETER_FULL_ARGS), that 
would get set in jmeter.sh and used in jmeter instead of all other args?


Felix



Regards

On Tue, Jan 30, 2018 at 11:09 AM, Milamber  wrote:


Hello,

The fourth release candidate for JMeter 4.0 (r1822613) has been prepared,
and your votes are solicited.

This release brings a new default theme (Dracula), new features and
improvements, and also fixes bugs.

Please, test this release candidate (with load tests and/or functional
tests) using Java 8 on Linux/Windows/Mac OS, especially on the changes. The
feedback are welcome.

You can read the New and Noteworthy section with some screenshots to
illustrate improvements and full list of changes at:
http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.html

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

Download - Archives/hashes/sigs:

https://dist.apache.org/repos/dist/dev/jmeter/v4.0_RC4/
(dist revision r24544)

RAT report:

http://home.apache.org/~milamber/jmeter-4.0RC4/dist/rat-
report-jmeter-4.0RC4.txt

MD5 hashes of archives for this vote:

6b9bf6a7bb79f2fb4b4cc3b3bf1b7bfa *apache-jmeter-4.0.tgz
3af7fab098b914be0f6f3a0e35ebf231 *apache-jmeter-4.0.zip
adfabe1fa1ec91724abb9398c2218f92 *apache-jmeter-4.0_src.tgz
8c0e150ad23908daf0ca61312b5baece *apache-jmeter-4.0_src.zip

Site Docs are here:
http://home.apache.org/~milamber/jmeter-4.0RC4/docs/

Maven staging repository is accessible here:
https://repository.apache.org/content/repositories/orgapache
jmeter-1026/org/apache/jmeter/

Tag:
https://svn.apache.org/repos/asf/jmeter/tags/v4_0_RC4/

Keys are here:
https://www.apache.org/dist/jmeter/KEYS

N.B.
To download the dependencies: "ant download_jars"

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

JMeter 4.0 requires Java 8 or later to run.

Some known issues and incompatible changes are listed on changes page.
http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.
html#Known%20problems%20and%20workarounds


All feedback and vote are 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.

The PMC members please indicate the mention "(binding)" with your vote.


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

*Note:* the RC1, RC2 and RC3 were not submit for vote due an issue in
release process when the maven artefacts are upload to nexus. For this RC4,
the automatic maven upload inside build.xml was replaced by a
semi-automatic upload with the maven-gpg-plugin.












Re: [VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Philippe Mouawad
Hi,
So -1 for me

Regards

On Tuesday, January 30, 2018, Philippe Mouawad 
wrote:

> Hello,
> Thanks to RM.
>
> I notice at least 2 problems:
>
>- create-rmi-keystore.bat was not embedded in bundle (.tar.gz for
>example). the sh version is embedded
>- jmeter.sh fails to find java:
>
> $ java -version
> java version "9"
> Java(TM) SE Runtime Environment (build 9+181)
> Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)
> $ ./jmeter.sh
> Not able to find Java executable or version. Please check your Java
> installation.
>
> If I set JAVA_HOME it works.
>
> jmeter works fine.
>
>- We discussed about making jmeter.sh delegate to jmeter, I think we
>should do it now.
>
>
> Regards
>
> On Tue, Jan 30, 2018 at 11:09 AM, Milamber  wrote:
>
>> Hello,
>>
>> The fourth release candidate for JMeter 4.0 (r1822613) has been prepared,
>> and your votes are solicited.
>>
>> This release brings a new default theme (Dracula), new features and
>> improvements, and also fixes bugs.
>>
>> Please, test this release candidate (with load tests and/or functional
>> tests) using Java 8 on Linux/Windows/Mac OS, especially on the changes. The
>> feedback are welcome.
>>
>> You can read the New and Noteworthy section with some screenshots to
>> illustrate improvements and full list of changes at:
>> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.html
>>
>> JMeter is a Java desktop application designed to load test functional
>> behavior and measure performance. The current version is targeted at Java
>> 8+.
>>
>> Download - Archives/hashes/sigs:
>>
>> https://dist.apache.org/repos/dist/dev/jmeter/v4.0_RC4/
>> (dist revision r24544)
>>
>> RAT report:
>>
>> http://home.apache.org/~milamber/jmeter-4.0RC4/dist/rat-repo
>> rt-jmeter-4.0RC4.txt
>>
>> MD5 hashes of archives for this vote:
>>
>> 6b9bf6a7bb79f2fb4b4cc3b3bf1b7bfa *apache-jmeter-4.0.tgz
>> 3af7fab098b914be0f6f3a0e35ebf231 *apache-jmeter-4.0.zip
>> adfabe1fa1ec91724abb9398c2218f92 *apache-jmeter-4.0_src.tgz
>> 8c0e150ad23908daf0ca61312b5baece *apache-jmeter-4.0_src.zip
>>
>> Site Docs are here:
>> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/
>>
>> Maven staging repository is accessible here:
>> https://repository.apache.org/content/repositories/orgapache
>> jmeter-1026/org/apache/jmeter/
>>
>> Tag:
>> https://svn.apache.org/repos/asf/jmeter/tags/v4_0_RC4/
>>
>> Keys are here:
>> https://www.apache.org/dist/jmeter/KEYS
>>
>> N.B.
>> To download the dependencies: "ant download_jars"
>>
>> To create the jars and test JMeter: "ant package test".
>>
>> JMeter 4.0 requires Java 8 or later to run.
>>
>> Some known issues and incompatible changes are listed on changes page.
>> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.
>> html#Known%20problems%20and%20workarounds
>>
>>
>> All feedback and vote are 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.
>>
>> The PMC members please indicate the mention "(binding)" with your vote.
>>
>>
>> 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
>>
>> *Note:* the RC1, RC2 and RC3 were not submit for vote due an issue in
>> release process when the maven artefacts are upload to nexus. For this RC4,
>> the automatic maven upload inside build.xml was replaced by a
>> semi-automatic upload with the maven-gpg-plugin.
>>
>>
>>
>>
>>
>>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
>

-- 
Cordialement.
Philippe Mouawad.


[GitHub] jmeter pull request #373: Fix/stackoverflowerror throughput controller. Bug ...

2018-01-30 Thread artem-fedorov
GitHub user artem-fedorov opened a pull request:

https://github.com/apache/jmeter/pull/373

Fix/stackoverflowerror throughput controller. Bug 62062

When I ran the following Test Plan I got the `java.lang.StackOverflowError`
```
   - innerLoop
 - ThroughputController (sut)
- sampler one
- sampler two
```


```
...
at 
org.apache.jmeter.control.GenericController.nextIsAController(GenericController.java:222)
at 
org.apache.jmeter.control.GenericController.next(GenericController.java:173)
at org.apache.jmeter.control.LoopController.next(LoopController.java:128)
at 
org.apache.jmeter.control.LoopController.nextIsNull(LoopController.java:163)
at 
org.apache.jmeter.control.GenericController.next(GenericController.java:168)
at org.apache.jmeter.control.LoopController.next(LoopController.java:128)
at 
org.apache.jmeter.control.GenericController.nextIsAController(GenericController.java:222)
at 
org.apache.jmeter.control.GenericController.next(GenericController.java:173)
at org.apache.jmeter.control.LoopController.next(LoopController.java:128)
at 
org.apache.jmeter.control.LoopController.nextIsNull(LoopController.java:163)
at 
org.apache.jmeter.control.GenericController.next(GenericController.java:168)
at org.apache.jmeter.control.LoopController.next(LoopController.java:128)
at 
org.apache.jmeter.control.GenericController.nextIsAController(GenericController.java:222)
at 
org.apache.jmeter.control.GenericController.next(GenericController.java:173)
...
```
This PR contains the test that reproduced this bug and the fix.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/artem-fedorov/jmeter 
fix/stackoverflowerror-throughput-controller

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/jmeter/pull/373.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #373


commit e308797e1b141ecd4d07be3839d609468848060a
Author: Artem Fedorov 
Date:   2018-01-30T12:31:10Z

Fix StackOverFlowError in ThroughputController

commit 47edd57a6c18712bd41367b8426950990c46a70e
Author: Artem Fedorov 
Date:   2018-01-30T12:47:10Z

add changelog




---


Re: [VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Philippe Mouawad
Hello,
Thanks to RM.

I notice at least 2 problems:

   - create-rmi-keystore.bat was not embedded in bundle (.tar.gz for
   example). the sh version is embedded
   - jmeter.sh fails to find java:

$ java -version
java version "9"
Java(TM) SE Runtime Environment (build 9+181)
Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)
$ ./jmeter.sh
Not able to find Java executable or version. Please check your Java
installation.

If I set JAVA_HOME it works.

jmeter works fine.

   - We discussed about making jmeter.sh delegate to jmeter, I think we
   should do it now.


Regards

On Tue, Jan 30, 2018 at 11:09 AM, Milamber  wrote:

> Hello,
>
> The fourth release candidate for JMeter 4.0 (r1822613) has been prepared,
> and your votes are solicited.
>
> This release brings a new default theme (Dracula), new features and
> improvements, and also fixes bugs.
>
> Please, test this release candidate (with load tests and/or functional
> tests) using Java 8 on Linux/Windows/Mac OS, especially on the changes. The
> feedback are welcome.
>
> You can read the New and Noteworthy section with some screenshots to
> illustrate improvements and full list of changes at:
> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.html
>
> JMeter is a Java desktop application designed to load test functional
> behavior and measure performance. The current version is targeted at Java
> 8+.
>
> Download - Archives/hashes/sigs:
>
> https://dist.apache.org/repos/dist/dev/jmeter/v4.0_RC4/
> (dist revision r24544)
>
> RAT report:
>
> http://home.apache.org/~milamber/jmeter-4.0RC4/dist/rat-
> report-jmeter-4.0RC4.txt
>
> MD5 hashes of archives for this vote:
>
> 6b9bf6a7bb79f2fb4b4cc3b3bf1b7bfa *apache-jmeter-4.0.tgz
> 3af7fab098b914be0f6f3a0e35ebf231 *apache-jmeter-4.0.zip
> adfabe1fa1ec91724abb9398c2218f92 *apache-jmeter-4.0_src.tgz
> 8c0e150ad23908daf0ca61312b5baece *apache-jmeter-4.0_src.zip
>
> Site Docs are here:
> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/
>
> Maven staging repository is accessible here:
> https://repository.apache.org/content/repositories/orgapache
> jmeter-1026/org/apache/jmeter/
>
> Tag:
> https://svn.apache.org/repos/asf/jmeter/tags/v4_0_RC4/
>
> Keys are here:
> https://www.apache.org/dist/jmeter/KEYS
>
> N.B.
> To download the dependencies: "ant download_jars"
>
> To create the jars and test JMeter: "ant package test".
>
> JMeter 4.0 requires Java 8 or later to run.
>
> Some known issues and incompatible changes are listed on changes page.
> http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.
> html#Known%20problems%20and%20workarounds
>
>
> All feedback and vote are 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.
>
> The PMC members please indicate the mention "(binding)" with your vote.
>
>
> 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
>
> *Note:* the RC1, RC2 and RC3 were not submit for vote due an issue in
> release process when the maven artefacts are upload to nexus. For this RC4,
> the automatic maven upload inside build.xml was replaced by a
> semi-automatic upload with the maven-gpg-plugin.
>
>
>
>
>
>


-- 
Cordialement.
Philippe Mouawad.


[GitHub] jmeter pull request #372: Remove unused variable assignment.

2018-01-30 Thread ham1
GitHub user ham1 opened a pull request:

https://github.com/apache/jmeter/pull/372

Remove unused variable assignment.

I've manually tested a save fragment which works and I can't see any 
obvious side effects in `GuiPackage.getInstance().getCurrentSubTree()`.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/ham1/jmeter remove_unused_line

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/jmeter/pull/372.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #372


commit c3c4eafc6dae9a0caf19692eaa0d84ee49f63cc4
Author: Graham Russell 
Date:   2018-01-30T11:38:26Z

Remove unused variable assignment.




---


[VOTE] Release JMeter 4.0 RC4

2018-01-30 Thread Milamber

Hello,

The fourth release candidate for JMeter 4.0 (r1822613) has been 
prepared, and your votes are solicited.


This release brings a new default theme (Dracula), new features and 
improvements, and also fixes bugs.


Please, test this release candidate (with load tests and/or functional 
tests) using Java 8 on Linux/Windows/Mac OS, especially on the changes. 
The feedback are welcome.


You can read the New and Noteworthy section with some screenshots to 
illustrate improvements and full list of changes at:

http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.html

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


Download - Archives/hashes/sigs:

https://dist.apache.org/repos/dist/dev/jmeter/v4.0_RC4/
(dist revision r24544)

RAT report:

http://home.apache.org/~milamber/jmeter-4.0RC4/dist/rat-report-jmeter-4.0RC4.txt

MD5 hashes of archives for this vote:

6b9bf6a7bb79f2fb4b4cc3b3bf1b7bfa *apache-jmeter-4.0.tgz
3af7fab098b914be0f6f3a0e35ebf231 *apache-jmeter-4.0.zip
adfabe1fa1ec91724abb9398c2218f92 *apache-jmeter-4.0_src.tgz
8c0e150ad23908daf0ca61312b5baece *apache-jmeter-4.0_src.zip

Site Docs are here:
http://home.apache.org/~milamber/jmeter-4.0RC4/docs/

Maven staging repository is accessible here:
https://repository.apache.org/content/repositories/orgapachejmeter-1026/org/apache/jmeter/

Tag:
https://svn.apache.org/repos/asf/jmeter/tags/v4_0_RC4/

Keys are here:
https://www.apache.org/dist/jmeter/KEYS

N.B.
To download the dependencies: "ant download_jars"

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

JMeter 4.0 requires Java 8 or later to run.

Some known issues and incompatible changes are listed on changes page.
http://home.apache.org/~milamber/jmeter-4.0RC4/docs/changes.html#Known%20problems%20and%20workarounds


All feedback and vote are 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.

The PMC members please indicate the mention "(binding)" with your vote.


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

*Note:* the RC1, RC2 and RC3 were not submit for vote due an issue in 
release process when the maven artefacts are upload to nexus. For this 
RC4, the automatic maven upload inside build.xml was replaced by a 
semi-automatic upload with the maven-gpg-plugin.