Gatling now targets Scala 2.11.
This migration was only possible because we had some major refactoring on the launcher modules: app, maven archetype, maven and sbt plugins.
So please upgrade both your Scala version AND your build tool plugin.
I think there couple of minor issues as well. Can you verify
IDEPathHelper
Changed to bodiesDirectory from requestBodies…
Recorder
1) props.bodiesFolder from props.requestBodiesFolder
Engine
1) props.bodiesDirectory from props.requestBodiesDirectory.
Also, intellij is complaining about RecorderController(props.build, Some(IDEPathHelper.recorderConfigFile))
as type mismatch, expecting Option: Path instead of Some:File.
There is one more issue. While running engine/recorder from windows machine, looks like java.nio.Path does not like colon ":’ in “C:…”
I get the following error
java.nio.file.InvalidPathException: Illegal char <:> at index 2: /C:/Users/GognaAb/dev/GatlingTest/target/test-classes/gatling.conf
I’ve updated the migration guide.
Instead of listing all the changes, the best solution is either to generate a new project, or directly replace and fix the 3 classes.
Ok. Please dont hate me but I can’t get any of my simulations running with 2.1.0. I get the following error
Exception in thread "main" java.util.concurrent.ExecutionException: java.net.ConnectException: connection timed out: ssl.google-analytics.com/74.125.228.222:443 at com.ning.http.client.providers.netty.future.NettyResponseFuture.abort(NettyResponseFuture.java:228) at com.ning.http.client.providers.netty.request.NettyConnectListener.onFutureFailure(NettyConnectListener.java:151) at com.ning.http.client.providers.netty.request.NettyConnectListener.operationComplete(NettyConnectListener.java:159) at org.jboss.netty.channel.DefaultChannelFuture.notifyListener(DefaultChannelFuture.java:431) at org.jboss.netty.channel.DefaultChannelFuture.notifyListeners(DefaultChannelFuture.java:422) at org.jboss.netty.channel.DefaultChannelFuture.setFailure(DefaultChannelFuture.java:384) at org.jboss.netty.channel.socket.nio.NioClientBoss.processConnectTimeout(NioClientBoss.java:142) at org.jboss.netty.channel.socket.nio.NioClientBoss.process(NioClientBoss.java:83) at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:337) at org.jboss.netty.channel.socket.nio.NioClientBoss.run(NioClientBoss.java:42) at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: java.net.ConnectException: connection timed out: ssl.google-analytics.com/74.125.228.222:443 at com.ning.http.client.providers.netty.request.NettyConnectListener.onFutureFailure(NettyConnectListener.java:147) ... 13 more Caused by: org.jboss.netty.channel.ConnectTimeoutException: connection timed out: ssl.google-analytics.com/74.125.228.222:443 at org.jboss.netty.channel.socket.nio.NioClientBoss.processConnectTimeout(NioClientBoss.java:139) ... 8 more
props.simulationPackage("${package}") display $package in recorder. Not a big deal but if a window user leaves it like that by default then
he may run into directory/package not created.
I suppose you’re looking at the classes from Github ?
This is a not a bug, it’s just that those classes get preprocessed during the archetype creation and ${package} get replaced by the package you entered.