Hello - I got hit by an old issue again this year, so wanted to ask about JMeter/Java handling of extended ASCII characters.
I have some testcase that use extended ASCII characters 252 and 255 ('ý' and 'ü') as record separators in text data posted by the JMeter HTTP sampler. The testcases were created on Windows XP - the data was simply copy/pasted into the JMeter GUI. When these tests ran on Linux, I found the LANG environment variable had to be set as follows to make the tests work (email below from last year) LANG=en_AU This year, I moved to AIX this year and the tests failed again - the cause was 'ý' and 'ü' characters in the data were now posted in as a "?". I found the LANG variable on AIX was 'en_AU.utf8'. When set back to 'en_AU', the tests began posting in the correct values. My question is what is causing this behavior - does Java or JMeter use data in JMX files differently depending on the LANG variable in UNIX? Kind regards, Sonam Chauhan -- Corporate Express Australia Ltd. Phone: +61-2-93350725, Email: [EMAIL PROTECTED] _____________________________________________ From: Sonam Chauhan Sent: Wednesday, 20 December 2006 2:27 PM To: 'JMeter Users List' Subject: JMeter under cron Just a cautionary tale of running JMeter through a cron job on a Linux system. We have a JMeter-based regression-test suite at work. This has run nightly for several years as a cron job. Recently, we added tests that post in extended ASCII data (which has 'ý' and 'ü' record separators) which sometimes passed, and sometimes failed. After much debugging I found the new tests failed when automatically run by cron, but passed when run by an interactive terminal session. When executed in an interactive terminal session, LANG is set to: LANG=en_AU However, cron sets the Unix LANG environment variable to POSIX. Ie: LANG=POSIX This seems to be causing the proble,. I got the tests running by prefixing the test suite crontab entry with "export LANG=en_AU ;" ie: The entry is now: 30 20 * * * export LANG=en_AU ; $HOME/runsuite.sh >> $HOME/tmp.out 2>&1 This got these tests running. Regards, Sonam Chauhan PS: 'locale -a' on the system shows that UTF-8 encoded English is also a support LANG attribute: en_AU.utf8 I guess this may be more pertinent for those whose testcases post in binary data.