Blueprint EDI & Tracker Web Service fail with the error "Client found response content type of 'text/html; charset=utf-8', but expected 'text/xml'" error.
  • 24 May 2024
  • 1 Minute to read
  • Dark
    Light
  • PDF

Blueprint EDI & Tracker Web Service fail with the error "Client found response content type of 'text/html; charset=utf-8', but expected 'text/xml'" error.

  • Dark
    Light
  • PDF

Article summary

Problem:

The Blueprint EDI Service and Tracker Web Service tests fail with the below error message.

"Client found response content type of 'text/html; charset=utf-8', but expected 'text/xml'"

When I use the URL of the Blueprint EDI Service to test the web site from the server using the following URL HTTP://localhost/pharosedi/ediservice.asmx I receive an "HTTP Error 500.19 - Internal Server Error".

Details of the 500.19 error in the web browser are below as well as in the attached screen shot attached to this KB Article below.
 
Module: DynamicCompressionModule
Notification: SendResponse
Handler: WebServiceHandlerFactory-ISAPI-4.0_32bit
Error Code: 0x800700c1


Answer:

Using the instructions from the below web site you should be able to resolve this particular 500.19 error message.

http://system-center.me/miscellaneous/http-error-500-19-internal-server-error-after-installing-wsus-x64/

Note: As an HTTP  500.19 Error can be caused by a variety of reasons these steps are specific to this case.

The instructions from the web site link above are below.

To resolve this situation, review the ApplicationHost.config (locate it in under C:\windows\system32\inetsrv\config). In the ApplicationHost.config find these lines :

<scheme name=”xpress” doStaticCompression=”false” doDynamicCompression=”true”
 dll=”C:\Windows\system32\inetsrv\suscomp.dll” staticCompressionLevel=”10″
 dynamicCompressionLevel=”0″ />

Found it ? okay, it’s time to deal the situation. run this executable with the following parameters: %windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /-[name=’xpress’]

This command will disable the suscomp.dll which is being installed by the WSUS. the compression schemes are defined globally and loaded in every application Pool. when WSUS x64 register this dll it will result this error when x64 version of suscomp.dll attempts to load in an application pool which is running in x32 mode.

If, from some any reason you want to enable the compression again, run this command : %windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /+[name=’xpress’,doStaticCompression=’false’,dll=’%windir%\system32\inetsrv\suscomp.dll’]

Another Option: Further to the above solution: Another case showed the <scheme name section (posted above) with the directory for the suscomp.dll file to be C:\Program Files\Update Services\Web Service.  Their suscomp.dll file was actually located in C:\Windows\SysWOW64\inetsrv.  Altering the ApplicationHost.config file so the suscomp.dll (in the <scheme name section above) reflected the proper location and restarting IIS resolved the issue.  Both the EDI website and the EDI and Tracker tests in the Server Config Tool worked properly. 


Was this article helpful?


Changing your password will log you out immediately. Use the new password to log back in.
First name must have atleast 2 characters. Numbers and special characters are not allowed.
Last name must have atleast 1 characters. Numbers and special characters are not allowed.
Enter a valid email
Enter a valid password
Your profile has been successfully updated.