You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jmeter-dev@jakarta.apache.org by "BAZLEY, Sebastian" <Se...@london.sema.slb.com> on 2003/12/17 13:42:08 UTC
RE: DO NOT REPLY [Bug 25257] - Proxy recording does not intep ert
unit code \u3310 correctly
If this proves to be a problem, we could perhaps replace all the "UTF-8"
strings with a common variable, and use a property to over-ride the value if
necessary?
Just a thought.
S.
-----Original Message-----
From: bugzilla@apache.org [mailto:bugzilla@apache.org]
Sent: 17 December 2003 03:28
To: jmeter-dev@jakarta.apache.org
Subject: DO NOT REPLY [Bug 25257] - Proxy recording does not intepert
unit code \u3310 correctly
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25257>.
------- Additional Comments From jsalvata@atg.com 2003-12-17 03:27 -------
I've fixed this by using UTF-8 for all URL encode/decode operations. This
unfortunately means we can no longer control the behaviour using
file.encoding,
but at least the encode/decode functions should now be inverse of each other
in
all platforms.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: DO NOT REPLY [Bug 25257] - Proxy recording does not intep
ert unit code \u3310 correctly
Posted by Jordi Salvat i Alabart <js...@atg.com>.
Yes, that would be a solution. Let's hope it doesn't become necessary.
--
Salut,
Jordi.
En/na BAZLEY, Sebastian ha escrit:
> If this proves to be a problem, we could perhaps replace all the "UTF-8"
> strings with a common variable, and use a property to over-ride the value if
> necessary?
>
> Just a thought.
>
> S.
> -----Original Message-----
> From: bugzilla@apache.org [mailto:bugzilla@apache.org]
> Sent: 17 December 2003 03:28
> To: jmeter-dev@jakarta.apache.org
> Subject: DO NOT REPLY [Bug 25257] - Proxy recording does not intepert
> unit code \u3310 correctly
> <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25257>.
>
> ------- Additional Comments From jsalvata@atg.com 2003-12-17 03:27 -------
> I've fixed this by using UTF-8 for all URL encode/decode operations. This
> unfortunately means we can no longer control the behaviour using
> file.encoding,
> but at least the encode/decode functions should now be inverse of each other
> in
> all platforms.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org