This simple WCF example demonstrate an error that occurs in Mono on macOS.
If a WCF server, running on Windows, throws a FaultException
that contains a FaultCode
to a WCF client, running on macOS, the following CommunicationException
is caught, not the expected FaultException
.
{System.ServiceModel.CommunicationException: Received an invalid SOAP Fault message ---
> System.Xml.XmlException: Content cannot be converted to the type
System.Xml.XmlQualifiedName. Line 1, position 78. ---> System.FormatException: The ':'
character, hexadecimal value 0x3A, cannot be included in a name.
Note, if the same WCF server throws a FaultException
without a FaultCode
, the same WCF client will catch the FaultException
as expected.
I've tested this with:
- Microsoft Visual Studio for Mac (Community) - Version 8.0.3 (build 14)
- Mono Framework MDK - 5.16.0.220, and Mono 5.18.1.3, (64-bit)
and:
- Microsoft Visual Studio for Mac (Community) - Version 8.0.4 (build 0)
- Mono Framework MDK - 5.18.1.3, and Mono 5.20.1.19, (64-bit)
Note, this worked in (much) earlier versions of Mono. I've tested against Version 4.0.2.
Also note, this error does not occur on Windows.
To demonstrate the error:
-
Clone the repository on both Windows and macOS.
-
Build a Release build of the solution on Windows and then run EchoServer.exe. Note, you might need to open TCP Port 80 for incoming traffic in the Windows Firewall.
-
Build a Debug build of the solution on macOS and then debug the EchoClient project. This is a console utility that sends a simple string to EchoServer.
-
For easy debugging, add the host name or IP address of the system running EchoServer in the project's run arguments (EchoClient > Option > Default > Arguments).
If you look at the EchoService service contract, you'll see two two Echo methods: one that throws a FaultException
and one that throws a FaultException
with a FaultCode
.
The code in EchoClient calls each of these functions, once with valid input and one without, so as to trigger a FaultException
.