due to log in the file BatchTestLocal.log eg : 2015/12/02 09:28:23 WARN - jmeter.config.CSVDataSet: Could not translate shareMode=All threads using Locale: fr the locale must be set to -Duser.language=en in the build.xml file
Issue related to Bug 55432
Author: pmouawad Date: Sat Jan 16 13:53:08 2016 New Revision: 1724976 URL: http://svn.apache.org/viewvc?rev=1724976&view=rev Log: Bug 58704 Non regression testing : Ant task batchtest fails if tests and run in a non en_EN locale and use a JMX file that uses a Csv DataSet Bugzilla Id: 58704 Modified: jmeter/trunk/build.xml jmeter/trunk/xdocs/changes.xml
Although fixing the locale avoids the test failure, I'm not sure that is the correct solution. JMX files should ideally be portable between systems with different locales.
Another fix is to remove the label in the JMX files and replace it by shareMode.all, which is how it is stored since Bug 55432 has been fixed. If you are ok , I can commit the change and revert the locale setting. Note that for me it is fine as the issue here should not happen for a user unless he has used locale A on his computed and save the file in a version where Bug 55432 is not fixed and opened it in a newer version under another locale, he will lose the sharing mode.
I think there's another issue here: Seems to me that ideally JMeter ought to be able to understand the original sharemode setting even if the current Locale is different. As we have seen here, it's possible for old-style JMX files to be re-used on a different locale.
It looks like the tests do not work in ru_RU.utf-8 locale. https://github.com/apache/jmeter/pull/452 For instance, I get the following error when running ./gradlew check locally: org.apache.jmeter.config.TestRandomVariableConfig > testRandomWithFormat FAILED org.junit.ComparisonFailure: expected:<010[.]00> but was:<010[,]00> at org.junit.Assert.assertEquals(Assert.java:115) at org.junit.Assert.assertEquals(Assert.java:144) at org.apache.jmeter.config.TestRandomVariableConfig.testRandomWithFormat(TestRandomVariableConfig.java:80) I'm not sure what should be the fix there though.
I believe the issue has been fixed already.
This issue has been migrated to GitHub: https://github.com/apache/jmeter/issues/3722