Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
1.5 Final
-
None
-
None
-
Linux 2.6.9-22.0.2.ELsmp #1 SMP
Description
We currently moving a text-transforming-engine which has a axis-webservices-interface from HP-UX to Linx. It operates on german text. The webservice-request is UTF-8-encoding so every german special-character non-USASCII (öäüß) has more than one byte.
The effect we watch is that text which doesn't contain such special characters is returned by "getElementAsString" normally. If a german special character is included the "getElementAsString"-method returns an empty string.
If the text contains < or > (which is of course transported as < and &glt;) these symbols cuts the original text into pieces and "getElementAsString" returns a concatination of those pieces whichs doesn't contain non-USASCII characters.
Examples:
"üblicherweise" is returned as ""
"üblicherweise <bringt> ist das übel" is returned as "<bringt>"
"üblicherweise <bringt> ist das ok" is returned as "<bringt> ist das ok"
Another hint: The same service on HP-UX (aCC-compiled) works correct.
Attachments
Issue Links
- relates to
-
AXISCPP-741 Extended ascii characters not deserialized?
-
- Open
-