+1
Please change UTF8Encoder() back, so it doesn't encode characters above
0x7f. It doesn't matter much for European languages, but for Asian
language text, *every character is getting encoded*, which means that
message size has doubled or tripled. And both the server and client
B> Cc: "Changshin Lee" <[EMAIL PROTECTED]>;
> "Jongjin Choi" <[EMAIL PROTECTED]>
> Sent: Wednesday, January 19, 2005 12:41 PM
> Subject: Re: UTF8Encoder question...
>
>
>> Hi Ias, Jongjin and all,
>>
>> Sorry
B
/Jongjin
- Original Message -
From: "Toshiyuki Kimura" <[EMAIL PROTECTED]>
To:
Cc: "Changshin Lee" <[EMAIL PROTECTED]>; "Jongjin Choi" <[EMAIL PROTECTED]>
Sent: Wednesday, January 19, 2005 12:41 PM
Subject: Re: UTF8Enc
writer.write("&#x");
>> -
writer.write(Integer.toHexString(character).toUpperCase());
>> -writer.write(";");
>> } else {
>> writer.write(
writer.write("&#x");
> -
> writer.write(Integer.toHexString(character).toUpperCase());
> -writer.write(";");
> } else {
> writer.write(character);
> }
>
(character).toUpperCase());
-writer.write(";");
} else {
writer.write(character);
}
/Jongjin
- Original Message -
From: "Changshin Lee" <[EMAIL PROTECTED]>
To:
Sent: Thur
conversion and at the same time
the case passes?
Ias
P.S. I'd like to hear opinions on changing UTF8Encoder's default
behavior (and possibly create another encoder or an option for
conversion). Once we pass all tests with the changed encoder, it is
worth adopting the chan
lt;[EMAIL PROTECTED]>
To:
Sent: Wednesday, December 29, 2004 1:53 AM
Subject: RE: UTF8Encoder question...
>
> From: Jongjin Choi [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 28, 2004 11:56 AM
> To: axis-dev@ws.apache.org
> Subject: UTF8Encoder question...
>
>
>
From: Jongjin Choi [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 28, 2004 11:56 AM
To: axis-dev@ws.apache.org
Subject: UTF8Encoder question...
Dims and all,
UTF8Encoder writes escaped string when the character is ove