The version of Desktop Content Explorer included in the latest release (7.3.2, 732_20170308 patch) doesn’t work if Apache is used to proxy Jetty using SSL on port 443.
I have set up Apache to listen for SSL traffic on port 443 and to proxy Jetty. The Apache and Jetty configuration both match the instructions at http://help.percussion.com/rhythmyx/implementation/jetty/using-jetty-with-an-apache-proxy.html
I am able to log in through a web browser just fine, and am able to click on the link to launch Desktop Content Explorer.
After Desktop Content Explorer launches, the URL shown on the login screen is incorrect, and does not match the URL originally used to download the JNLP file. Specifically, port 80 is being appended to the end of the URL.
When I actually try to log in, I receive the following error:
In my configuration, Apache has an http listener on port 80, which is the cause of the above error message. It exists to redirect http traffic over to SSL.
<virtualhost><br> ## Redirect all traffic to https. <br> RewriteEngine On <br> RewriteCond %{SERVER_PORT} 80<br> RewriteRule ^(.*)$ <a href="https://%%7BSERVER_NAME%7D:443%241" rel="nofollow" target="_blank" title="Link https//SERVER_NAME44431">https://%{SERVER_NAME}:443$1</a> [R,NE,L]<br></virtualhost>
I believe that Desktop Content Explorer is making an assumption that if the server URL doesn’t specifically include a port, then port 80 should be used. However, this assumption is wrong when using SSL. If the URL’s protocol is set to https and a port isn’t specified, then port 443 should be used.
If I change Apache to use a non-standard SSL port instead, such as 6443, then I am able to successfully launch and use Desktop Content Explorer. The login screen correctly displays the server URL as https://SERVERNAME:6443/. I am able to log in and can successfully use Desktop Content Explorer.
The fact that the application works when I use a non-standard SSL port (6443) but does not work when using the standard port (443) is the main reason why I believe this is a bug within Desktop Content Explorer and not a problem within my configuration.