G
Garry Hall
Guest
It sounds like the same conversion is happening, which is why the character is mangled. Is it specific subset of accented characters that are affected, or are all non-ASCII chars affected? Can you provide a code sample of what is happening in your web service? From your description, you have: procedure wsproc: define output parameter cout as longchar no-undo. ... hds:write-xml("LONGCHAR",cout,true,"UTF-8"). Is this correct? I would suggest logging a call with TS with a reproducible case to get a better understanding of where the conversion is happening. I don't believe this is a bug, I just can't put my finger on the exact place this conversion is happening. it might be your -cpstream again, converting data before sending to the WSA. Is it possible to try a simple case with -cpstream UTF-8 on the appserver agents?
Continue reading...
Continue reading...