XData service error on HTTPS when using TCompressMiddleware

BIZ TMS XData
1

Hi,

When I test my proyect on my local machine on HTTP it works ok, but when publish it to my server over HTTPS I get the folowing exception "XData server request error.
Uri: https://www....
Status code: 0"

On the browser console I see the error "/INTEC/ICSAT/xdata/ICSATService/EjecutaMensaje/:1 Failed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR

If I remove the TCompressMiddleware on the server module it works ok.

Any hints?

Thanks in advance,

Omar Zelaya

2

It seems there could be hundreds of different reasons for that to work as you can see from these topics brought by a quick search:

So believe you will have to do further investigation and/or provide more details.

How is your HTTPS configured? How is the secure connection handled and the SSL certificate configured?

Does your remote server works with HTTP and TCompressMiddleware enabled?

3

Hi,

  • How is your HTTPS configured? How is the secure connection handled and the SSL certificate configured?
    The XData server is a WinService exe, configured the ceritificate using TMSConfigTool.

  • Does your remote server works with HTTP and TCompressMiddleware enabled?
    Yes it works ok.

  • Testing locally on the server it works ok using HTTPS.

  • Doing more testing,I get the error only when I try to get aprox. 1.6 mb compressed(32 mb uncompressed) data from the server.

Thanks in advance,

Omar Zelaya

4

What do you mean by this? How do you access the local server using HTTPS?

Where is your server computer hosted? Is it under a CDN, a firewall, reverse proxy, or anything else that adds middle processing between client and server?

Have you checked the provided links to see if any of the proposed solutions work for you?

5

What do you mean by this? How do you access the local server using HTTPS?

I test my app(TMS WebCore) on the server browser using https in the url. The server hosts the TMSWebCore App and the XData Server.

Where is your server computer hosted? Is it under a CDN, a firewall, reverse proxy, or anything else that adds middle processing between client and server?

It does not have any middle processing. As I have mentioned before using HTTPS with no compression works ok.

Thanks in advance,

Omar Zelaya

6

Have you checked the provided links to see if any of the proposed solutions work for you?

7

Going to check them and let you know.

Thanks.

8

As a workaround disabling HTTP/2 in Http.sys works ok.