Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Mar 3, 2021 7:54:51 AM
Jul 19, 2018 4:59:05 AM
The QlikView Server uses port 4747 and the QlikView QVP protocol to communicate with other services, as well as directly with clients using the Internet Explorer Plugin or QlikView Desktop.
Whereas AJAX always uses the QVPX protocol to maintain a connection with the WebServer (QlikView Webserver or IIS).
For an overview of where the QlikView Protocol is used, please reference the QlikView Help site.
When port 4747 is not available, communication with, for example, the Distribution Service or WebServer is not possible. End Users may then also see connections failing when attempting to open .qvw documents on the AccessPoint using the Plugin or Desktop Client.
Port 4747 cannot be changed.
Example error messages from QlikView Distribution Service to the QlikView Server:
Warning Could not connect to QVS. QVS=qvp://<Server Name>
Example error message from QlikView WebServer to the QlikView Server:
Example message in the QlikView WebServer when port 4747 is blocked from client to server, but otherwise available between the services:
Request received [GET]: http://localhost/QvPlugin/opendoc.htm?document=allocation performance.qvw&lang=en-
Information Request received [POST]: http://localhost/scripts/QVSTunnel.dll?host=qlikserver1
Information Tunnel-request: || <QVS
Information Tunnel-response:
If port 4747 is not available, the Internet Explorer Plugin and Desktop Client will automatically attempt to switch to tunneling. Tunnel communication packages the communication into a port 80 (or 443) tunnel. While communication is then possible, performance will be impacted substantially.
Tunnel communication is automatically configured for the QlikView WebServer.
For Microsoft IIS see How To ConfigureTunneling Using Microsoft Internet Information Server (IIS)
It is recommended to ensure port 4747 is made available for all clients, or to otherwise switch users over to use the Full Browser Client.
One other possibility is to check filenames for special characters and remove those to see if that addresses things too. The thought is when having to tunnel a connection, the special characters in the filename may cause a problem in the URL encoding.