FrontLine 1.12 Highlights

FrontLine 1.12 introduce scoped private keys, OpenId Connect and a permissions rewamp

FrontLine 1.12

Scoped Private Keys

Private Keys now target either repositories or pools.

You are now required to fill this scope when creating new private keys.

Upgrading automatically updates existing private keys depending on their usage.

Revamped Roles with new Test Admin Role

We now have the following roles:

  • viewer (previously member): can view simulations and runs
  • tester (new): all of the above + can edit simulations and trigger runs
  • test admin (previously manager): all of the above + can edit repositories and associated private keys
  • system admin (previously admin): all of the above + can edit pools and associated private keys, users, global properties, API tokens and team settings (simulations quotas)

superAdmin is a special system admin. You should only use it to create system admins.

Team Simulation Quotas

Managing a global licenced pool of simulations amongst multiple project teams can be cumbersome.

System admins can now define quotas on how many simulations a given team can use.

New OpenID Connect Integration

FrontLine can now integrate with your favorite OIDC provider such as Azure Active Directory or Okta.

New Pools Features

Generic

Pools can now be duplicated.

AWS
  • Spot instances support
GCE
  • Built-in certified images
  • Preemptible instances support
  • Image and Instance type support (using instance templates is now deprecated)
  • Injector static IP support
  • Service accounts support

Gatling 3.4.0

What’s New

The key new features are:

This release also includes lots of performance and bug fixes. Please check the https://github.com/gatling/gatling/milestone/92?closed=1[full release note].

Upgrading Gatling version in your Projects

Gatling 3.4 is mostly source compatible with Gatling 3.3 but there are still a few minor breaking changes, please check the Gatling 3.4 Migration Guide.

The benefit is that you don’t have to upgrade all your projects at the same time you upgrade FrontLine when a new Gatling minor version breaks binary compatibility.

You can upgrade FrontLine first, your existing projects will keep on working, and upgrade them to newest Gatling progressively.

  • supporting deploying Gatling 3.3 projects will be dropped at some point, possibly when we will release Gatling 3.5.0
  • the Gatling 3.3 branch is frozen, meaning no bug fixes will be backported

Upgrading maven/gradle/sbt plugin version in your Projects

  • for maven: frontline-maven-plugin 1.2.0.
  • for sbt: sbt-frontline 1.3.0.
  • for gradle: frontline-gradle-plugin 1.2.0.

Upgrading your injectors JVM settings

We’ve updated the default JVM options to:

-server
-Xmx1G
-XX:+UseG1GC
-XX:+ParallelRefProcEnabled
-XX:MaxInlineLevel=20
-XX:MaxTrivialSize=12
-XX:-UseBiasedLocking

and the default System properties are now empty.

Those new settings produced way better performance in our internal benchmarks.

If you’ve overridden the default global properties with your own parameters, you might probably want to revisit them.

Operations

FrontLine Binaries Distribution Platform Change

Download urls on the new server use the same pattern as the old one, eg:

https://downloads.gatling.io/releases/YOUR_CUSTOMER_ID/`

Minimal Original FrontLine Version

If you are currently using a version of FrontLine older than 1.6.2, you can’t directly upgrade to FrontLine 1.12.0. You have to first upgrade to FrontLine 1.11.1.

Otherwise, if you are running FrontLine 1.6.2 or newer, you can directly upgrade.

Edit this page on GitHub