What's new in 3.11
Gatling 3.11 release notes.
For more detailed release notes, including patch releases, please check the milestones on GitHub.
Beware that Gatling 3.11 introduces some breaking changes. Make sure to check the Upgrade guide
Core
- #4512: Stop supporting relative filesystem paths for resources (feeders, bodies)
- #4523:
- Drop deprecated
${}Gatling EL syntax, use#{}instead - Drop deprecated
Choice#withKeyandChoice#withWeight, useonCaseandpercentinstead - Drop deprecated
heavisideUsers, usestressPeakUsers - Drop deprecated feeders’
convert, usetransform - Drop deprecated
WhiteListandBlackList, useAllowListandDenyListinstead - Drop deprecated HTTP
polling, usepollinstead - Drop deprecated HTTP
maxConnectionsPerHostLikeXXX, usemaxConnectionsPerHost(n)instead - Drop deprecated HTTP
ignoreDefaultChecks, useignoreProtocolChecks - Drop deprecated MQTT
wait, useawait - Add new
deploymentInfohelper that provides Load Generators deployment information on Gatling Enterprise.
- Drop deprecated
HTTP
- #4508: Specify the HTTP method used to open an SSE stream and support POST
- #4514: Properly implement HTTPS proxies support, revamp corresponding API
- #4515: Drop virtual host support
- #4529: Provide a way to process unmatched WebSocket messages
- #4530: Provide a way to process unmatched Server Sent Events messages
- #4536: Make
getCookieValuealgorithm more user friendly
Bundle
- #4512: Replace the standalone bundle with a Maven based one
gatling-maven-plugin 4.8.0
- Now require at least Maven 3.6.3.
- Drop the
resourcesFolderandconfigFolderconfiguration options; we now always use the test resources folder instead. - Drop the following parameters for
gatling:recorderthat can only be configured through the GUI or therecorder.conffile:gatling.recorder.encodinggatling.recorder.followRedirectgatling.recorder.proxyHost,gatling.recorder.proxyPortgatling.recorder.proxySslPortgatling.recorder.simulationsFolder
- The
gatling:testgoal now runs in interactive mode and suggests the simulation class to launch unless:- there’s only one Simulation available,
- or the Simulation class is forced with the
-Dgatling.simulationClass=<FullyQualifiedClassName>Java System Property, - or the non-interactive mode is forced, in which case the task will fail if there is more than 1 simulation available,
- or it’s in batch mode (
-BMaven option), in which case the task will fail if there is more than 1 simulation available, - or the
CIenv var is set totrue, in which case the task will fail if there is more than 1 simulation available.
gatling-gradle-plugin 3.11.0
- Drop Simulation classes detection based on file name that must end by “Simulation”. Properly detect classes that extend
Simulation. - Simulation classes filtering is now based on class name and not file name (these can differ in Kotlin and Scala).
- Introduce a new
gatlingRecordertask to launch the Recorder. - The
gatlingRuntask now runs in interactive mode and suggests the simulation class to launch unless:- there’s only one Simulation available,
- or the Simulation class is forced with the
--simulation=<FullyQualifiedClassName>option, - or the non-interactive mode is forced with the
--non-interactiveoption, in which case the task will fail if there is more than 1 simulation available, - or the
CIenv var is set totrue, in which case the task will fail if there is more than 1 simulation available.
- By default, the
gatlingRuntask no longer runs all the available Simulations in alphabetical order. This feature is achieved with the--alloption. - The custom
gatlingRun-<FullyQualifiedClassName>task has been dropped in favor of the--simulationoption. - The
scalaplugin is no longer applied by default; it’s up to the user to apply it if they have a Scala project. - Drop the
gatlingLogbacktask, it’s up to the user to add a configuration file for logback, as available in the demo projects.