Content Type text/xml; charset=utf-8 was not supported by service

had wrong content type text/html expected one of 'text/xml application/soap+xml application xml
web service content type text/xml
wshttpbinding .net core
application json was not the expected type text xml charset utf 8
content type text/xml; charset=utf-8 was not supported by service net core
application/xml; charset=utf-8
soap version does not match content type
content-type of the request should be text/xml

I have a problem with a WCF service. I have a console application and I need to consume the service without using app.config, so I had to set the endpoint, etc. by code. I do have a service reference to the svc, but I can't use the app.config. Here's my code:

BasicHttpBinding binding = new BasicHttpBinding();

EndpointAddress address = new EndpointAddress("http://localhost:8731/WcfServicio/MiServicio");

MiServicioClient svc = new MiServicioClient(binding, address);
object ob = svc.PaisesObtener();

At the last line when I do svc.PaisesObtener() I get the error:

Content Type text/xml; charset=utf-8 was not supported by service
http://localhost:8731/WcfServicio/MiServicio.  The client and service bindings may be mismatched.

First Google hit says:

this is usually a mismatch in the client/server bindings, where the message version in the service uses SOAP 1.2 (which expects application/soap+xml) and the version in the client uses SOAP 1.1 (which sends text/xml). WSHttpBinding uses SOAP 1.2, BasicHttpBinding uses SOAP 1.1.

It usually seems to be a wsHttpBinding on one side and a basicHttpBinding on the other.

Content Type application/soap+xml; charset=utf-8 was not , I run into naming problem. Service name has to be exactly name of your implementation. If mismatched, it uses by default basicHttpBinding  When i am trying to post some XML Message to that particular HTTP Service using POST method . It succesfully accepted the XML File but , it is returning the String as " OK". In the connection test trace i have seen the Content Type as "text/html" but * I need to get as "text\xml" .* I need to get response back as XML not plain text .


Do not forget check the bindings-related code too. So if you wrote:

BasicHttpBinding binding = new BasicHttpBinding();

Be sure that all your app.config files contains

<endpoint address="..."
          binding="basicHttpBinding" ...

not the

<endpoint address="..."
          binding="wsHttpBinding" ...

or so.

Content Type application/soap+xml; charset=utf-8 , Content Type application/soap+xml; charset=utf-8 was not supported by service The client and service bindings may be mismatched. checked on transferMode="Buffered" messageEncoding="Text" textEncoding="utf-8"  XML: text/xml, application/xml (RFC 2376). There are also many other media types based around XML, for example application/rss+xml or image/svg+xml. It's a safe bet that any unrecognised but registered ending in +xml is XML-based. See the IANA list for registered media types ending in +xml.


I've seen this behavior today when the

   <service name="A.B.C.D" behaviorConfiguration="returnFaults">
        <endpoint contract="A.B.C.ID" binding="basicHttpBinding" address=""/>
    </service>

was missing from the web.config. The service.svc file was there and got served. It took a while to realize that the problem was not in the binding configuration it self...

The content type text/xml; charset=\"utf-8\" of the response message , Resolve the issue and posting as it may help some one else as well. The issue was. Hide Copy Code. <endpoint name="Services. XML has two MIME types, application/xml and text/xml. These are often used interchangeably, but there is a subtle difference which is why application/xml is generally recommended over the latter. Let me explain why: according to the standard, text/* -MIME types have a us-ascii character set unless otherwise specified in the HTTP headers.


I saw this problem today when trying to create a WCF service proxy, both using VS2010 and svcutil.

Everything I'm doing is with basicHttpBinding (so no issue with wsHttpBinding).

For the first time in my recollection MSDN actually provided me with the solution, at the following link How to: Publish Metadata for a Service Using a Configuration File. The line I needed to change was inside the behavior element inside the MEX service behavior element inside my service app.config file. I changed it from

&lt;serviceMetadata httpGetEnabled="true"/>  
to  
&lt;serviceMetadata httpGetEnabled="true" policyVersion="Policy15"/>

and like magic the error went away and I was able to create the service proxy. Note that there is a corresponding MSDN entry for using code instead of a config file: How to: Publish Metadata for a Service Using Code.

(Of course, Policy15 - how could I possibly have overlooked that???)

One more "gotcha": my service needs to expose 3 different endpoints, each supporting a different contract. For each proxy that I needed to build, I had to comment out the other 2 endpoints, otherwise svcutil would complain that it could not resolve the base URL address.

WCF Service connectivity issue, I am calling a SOAP WCF Service from a new . of the response message does not match the content type of the binding (text/xml; cha. The content type text/​xml; charset=\"utf-8\" of the response message does not match the content type of the Adding support for quoted char set in Content-Type #2137. The Content-Type entity header is used to indicate the media type of the resource. In responses, a Content-Type header tells the client what the content type of the returned content actually is. Browsers will do MIME sniffing in some cases and will not necessarily follow the value of this header; to prevent this behavior, the header X-Content-Type-Options can be set to nosniff .


I was facing the similar issue when using the Channel Factory. it was actually due to wrong Contract specified in the endpoint.

Cannot process the message because the content type 'text/xml , Content Type application/soap+xml; charset=utf-8 was not supported The client and service bindings may be mismatched. <binding name="basicHttp" allowCookies="true" messageEncoding="Text" textEncoding="utf-8". Here is a list of MIME types, associated by type of documents, ordered by their common extensions. Two primary MIME types are important for the role of default types: text/plain is the default value for textual files. A textual file should be human-readable and must not contain binary data.


https://social.msdn.microsoft.com/Forums/vstudio/e, When I was trying to use the WCF Service hosted on Console app, I got the content type 'text/xml; charset=utf-8' was not the expected type  Content-type set to "text/plain; charset=UTF-8" for POST #87. vbauer opened this issue Nov 16, 2012 · 12 comments. When POSTing to a REST API, the Content-Type is set to "text/plain; charset=UTF-8", not to "application/json".


Cannot process the message because the content type 'application , WCF service throwing error "Cannot process the message because the charset​=utf-8' was not the expected type 'text/xml; charset=utf-8'" RRS feed Content Type application/soap+xml; charset=utf-8 was not supported by  Content-Type: text/html; charset=utf-8. In theory, any character encoding that has been registered with IANA can be used, but there is no browser that understands all of them. The more widely a character encoding is used, the better the chance that a browser will understand it.


because the content type 'text/xml; charset=utf-8' was not the expected type SOAP 1.2 is supported for consuming web services only.". Some common examples of content types are “text/plain”, “application/xml”, “text/html”, “application/json”, “image/gif”, and “image/jpeg”. Content-Type: application/json Similarly, to determine what type of representation is desired at client side, HTTP header ACCEPT is used.