I am running my test using Gatling 3.8.4 which is generating simulation logs containing lines similar to
GROUP SERVICE 1682639566631 1682639566653 22 OSERVICE social/FeedList 1682639570968 1682639571062 OK
USER OK
REQUEST SERVICE exchange/SaveFoSERVICE social/FeedList 1682639582968 1682639582989 OK
GROUP SERVICE 1682639592945 16826395929641682639591582 1682639591610 26 OK
GROUP SERVICE 1682exchange/Get Server URL 1682639603680 1682639603757 OK
REQUEST BACKEND debugLogin 168263961exchange/Search Gallery 1682639616324 1682639616494 OK
REQUEST SERVICE exchange/Get Ignore List 1682639616599 1682639616624exchange/SaveForLater 1682639618943 1682639618958 OK
USER general START 168263963186exchange/SaveForLater 1682639628663 1682639628677 OK
GROUP SERVICE 1682639621682639631927 17 OK
GROUP SERVICE 16exchange/Get Server URL 1682639641674 1682639641689 OK
Sorry can’t post the entire log due to org policy
When I run the gatling.sh to generate logs I am encountering errors like
java.lang.reflect.InvocationTargetException
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at io.gatling.plugin.util.MainWithArgsInFile.runMain(MainWithArgsInFile.java:53)
at io.gatling.plugin.util.MainWithArgsInFile.main(MainWithArgsInFile.java:34)
Caused by: java.lang.NumberFormatException: For input string: "1general"
at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.base/java.lang.Long.parseLong(Long.java:692)
at java.base/java.lang.Long.parseLong(Long.java:817)
at scala.collection.StringOps$.toLong$extension(StringOps.scala:928)
at io.gatling.charts.stats.LogFileReader.$anonfun$firstPass$1(LogFileReader.scala:121)
at scala.collection.IterableOnceOps.foreach(IterableOnce.scala:563)
at scala.collection.IterableOnceOps.foreach$(IterableOnce.scala:561)
at scala.collection.AbstractIterator.foreach(Iterator.scala:1293)
at io.gatling.charts.stats.LogFileReader.firstPass(LogFileReader.scala:102)
at io.gatling.charts.stats.LogFileReader.$anonfun$read$1(LogFileReader.scala:59)
at io.gatling.charts.stats.LogFileReader.parseInputFiles(LogFileReader.scala:81)
at io.gatling.charts.stats.LogFileReader.read(LogFileReader.scala:59)
at io.gatling.app.RunResultProcessor.initLogFileData(RunResultProcessor.scala:52)
at io.gatling.app.RunResultProcessor.processRunResult(RunResultProcessor.scala:34)
at io.gatling.app.Gatling$.start(Gatling.scala:101)
at io.gatling.app.Gatling$.fromArgs(Gatling.scala:53)
at io.gatling.app.Gatling$.main(Gatling.scala:41)
at io.gatling.app.Gatling.main(Gatling.scala)
This is after I ran an AWK script on top the simulation logs to filter out specific lines based on number of columns
awk -F '\t' '(/^REQUEST/ && NF == 7) || (/^USER/ && NF == 4) || (/^GROUP/ && NF == 6) || (/^*/) { print }'
Without the awk script, the gatling sh encounters similar errors.
./gatling-charts-highcharts-bundle-3.8.4/bin/gatling.sh -ro <LOG FOLDER>
Requesting assistant as it seems gatling sh is unable to parse logs generated by Gatling itself. Is there a patch or an upgrade which fixes this issue?