Gatling bug? java.nio.charset.UnsupportedCharsetException: gzip

My scenario was working just fine, and then suddenly it stops processing requests. It continues to give updates every 5 seconds, but once this happens, it never recovers.

I turned on the debug trace, and there is an exception logged, which I have embedded below.

If I had to guess, it is because the server responded with something unexpected. But what is weird is, this same request may have been done a half-dozen times during the test run before this error happens.

Any thoughts on what to do about this?

`
15:22:00.308 [INFO ] i.g.h.a.HttpRequestAction$ - Sending request=Cards uri=https:////services/cards/: scenario=Load Testing, userId=7358261320770077223-0

15:22:00.549 [DEBUG] i.g.h.a.AsyncHandler - Request ‘Cards’ failed for user 7358261320770077223-0
java.nio.charset.UnsupportedCharsetException: gzip
at java.nio.charset.Charset.forName(Charset.java:536) ~[na:1.7.0_65]
at io.gatling.http.response.ResponseBuilder$$anonfun$7.apply(ResponseBuilder.scala:153) ~[gatling-http-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
at io.gatling.http.response.ResponseBuilder$$anonfun$7.apply(ResponseBuilder.scala:153) ~[gatling-http-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
at scala.Option.map(Option.scala:145) ~[scala-library.jar:na]
at io.gatling.http.response.ResponseBuilder.build(ResponseBuilder.scala:153) ~[gatling-http-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
at io.gatling.http.ahc.AsyncHandler.onCompleted(AsyncHandler.scala:88) [gatling-http-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
at io.gatling.http.ahc.AsyncHandler.onCompleted(AsyncHandler.scala:33) [gatling-http-2.0.0-SNAPSHOT.jar:2.0.0-SNAPSHOT]
at com.ning.http.client.providers.netty.future.NettyResponseFuture.getContent(NettyResponseFuture.java:176) [async-http-client-1.9.0-BETA10.jar:na]
at com.ning.http.client.providers.netty.future.NettyResponseFuture.done(NettyResponseFuture.java:208) [async-http-client-1.9.0-BETA10.jar:na]
at com.ning.http.client.providers.netty.handler.HttpProtocol.markAsDone(HttpProtocol.java:191) [async-http-client-1.9.0-BETA10.jar:na]
at com.ning.http.client.providers.netty.handler.HttpProtocol.finishUpdate(HttpProtocol.java:176) [async-http-client-1.9.0-BETA10.jar:na]
at com.ning.http.client.providers.netty.handler.HttpProtocol.exitAfterHandlingBody(HttpProtocol.java:388) [async-http-client-1.9.0-BETA10.jar:na]
at com.ning.http.client.providers.netty.handler.HttpProtocol.handleHttpResponse(HttpProtocol.java:415) [async-http-client-1.9.0-BETA10.jar:na]
at com.ning.http.client.providers.netty.handler.HttpProtocol.handle(HttpProtocol.java:461) [async-http-client-1.9.0-BETA10.jar:na]
at com.ning.http.client.providers.netty.handler.Processor.messageReceived(Processor.java:93) [async-http-client-1.9.0-BETA10.jar:na]
at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.stream.ChunkedWriteHandler.handleUpstream(ChunkedWriteHandler.java:142) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.codec.http.HttpContentDecoder.messageReceived(HttpContentDecoder.java:108) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:459) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.codec.replay.ReplayingDecoder.callDecode(ReplayingDecoder.java:536) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.codec.replay.ReplayingDecoder.messageReceived(ReplayingDecoder.java:435) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.codec.http.HttpClientCodec.handleUpstream(HttpClientCodec.java:92) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:318) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) [netty-3.9.4.Final.jar:na]
at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) [netty-3.9.4.Final.jar:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_65]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_65]
at java.lang.Thread.run(Thread.java:745) [na:1.7.0_65]
`

Wow, what a horrible bug!
Fixing

I have no idea how this could go unnoticed?!
Anyway, fixed: https://github.com/gatling/gatling/issues/2188

Thanks for reporting!

Perfect. How do I consume the fix? Currently, I’m using an extract of RC4, I’m not working from git.

Snapshots are deployed on Sonatype by Travis.
Just way for the full be chain to be done (gatling, then gatling-highcharts), then grab a bundle.