Hi Joe,
If it works in UTF-8 but not in UTF-16, then I suspect there is some issue
with the actual data you are dealing with. The serializer is perfectly
capable of processing incoming data in UTF-16 (yes, I've tried this).
Getting data written out that you can read and test with in UTF-16 is an
option on the serializer.
As for "what if the clients choose" - my advice is to make the encoding of
responses a part of the service contract that you make when you acquire a
client that you wish to support. Making an incoming UTF-16 request turn
into a UTF-16 response, when the server normally sends responses in UTF-8
is nigh difficult. My advice is to be able to accept requests encoded in
UTF-8, but set expectations that all responses will be in the default XML
encoding (UTF-8). This is what we decided was reasonable when we wrote the
UDDI specifications.
I hope this helps
Dan Rogers
Microsoft Corporation
--------------------
>Thread-Topic: How can UTF-16 data be supported in Web Service?
>thread-index: AcTW/Vmew73JCaLOQeO2gPazZfM6lw==
>X-WBNR-Posting-Host: 24.196.79.14
>From: "=?Utf-8?B?am9lcA==?=" <joep@discussions.microsoft.com>
>References: <87C55948-1626-4D0A-9D39-E799FBF4698B@microsoft.com>
<5f7FDcczEHA.3820@cpmsftngxa10.phx.gbl>
>Subject: RE: How can UTF-16 data be supported in Web Service?
>Date: Tue, 30 Nov 2004 08:55:09 -0800
[quoted text clipped - 12 lines]
>NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
>Path:
cpmsftngxa10.phx.gbl!TK2MSFTFEED01.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTNGXA0
3.phx.gbl
>Xref: cpmsftngxa10.phx.gbl
microsoft.public.dotnet.framework.aspnet.webservices:26893
>X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.webservices
>
[quoted text clipped - 81 lines]
>> >
>> >Thanks.